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NEWS and VIEWS 
Gwyn Reedy, W1BEL 


FRIENDS 

A wonderful woman and great friend is gone. Mary 
Lou Huf, wife of FADCA's Vice President, Ted Huf, 
passed away. We will all miss her smile and 


pleasant company at each hamfest. 


Farewell to assistant editor Brad Voss, KE8CW. 
Brad has moved to Maryland and will no longer be 
able to participate directly in producing PRM. He 


began helping with the Jan 85 issue of the 
FADCA>BEACON and has had a major role in the 
production of the publication ever since. His con- 


tributions ranged from typing inputs which were 
submitted in printed form, designing the first PRM 
cover, redrafting circuit diagrams, compiling the 
annual PRM index, and hosting the 'paste-up' ses- 
sions where we get the edited copy ready for the 
printer. Perhaps his largest contribution was as a 
sounding board for ideas about the content and 
placement of articles in the magazine, and a general 
advisor and tutor to the editor in layout 
techniques. His lovely wife, Cheryl, earned the 
nickname of PRM Art Department for her contribution 
of several cartoons and caricatures. Their company 
and support will be missed. 


PRM MASTHEAD 


Several readers have asked about the change in the 
masthead last issue, which lists an editorial board 
rather than an editor. Several factors led to the 
change, including the departure of the assistant 
editor mentioned above. The primary reason was to 
begin broadening the responsibility for PRM content. 
The magazine has always been rather a ‘one man show' 
with all the editorial and production decisions 
being handled by yours truly, with advice from time 
to time by Brad Voss, Asst. Editor and Ted Huf, 
FADCA co-founder and Vice President. When I became 
employed as a packet radio equipment manufacturer 
over a year ago, I was approached by several FADCA 
members concerning the need to appoint a technical 
editor to manage product reviews and the like so 
that I would not be placed in an awkward position 
regarding the endorsement or non-endorsement of any 
product or technique. To date I have not found 
someone to act in that capacity. Because of that, 
I have been very restrictive about publishing 
commercial product reviews, the technical content of 
the magazine has possibly suffered somewhat. The 
FADCA Board of Directors initiated the editorial 
board as a solution to that problem. The Editorial 
Board exists in name only at present, for the same 
reason that a technical editor was never appointed: 
The addition of any person to the production process 
who does not live near my location causes additional 
delays in getting the magazine out each month. 


The implementation of the editorial board concept 
will require a more scheduled approach to PRM 
production, since the magazine content will have to 
be prepared far enough in advance to allow review 
and, if necessary, revision. As our long-time 
readers are aware, the magazine has been running 
about a month late as long as anyone can remember. 


Sincere efforts to get back on schedule during 1986 
had no lasting effect. As the publication has grown 
since its inception in Jan 1984, it has consumed an 
ever growing amount of time to produce each month. 
The double January/February issue is one step toward 
getting on a schedule that will allow more orderly 
publication. You'll notice that the editorial 
content is much larger than a 'regular' issue, so I 
hope you will not feel that you have somehow missed 
anything by the two-in-one format. I don't plan to 
combine issues on a regular basis in the future. 


The Jan 1986 change from newsletter to magazine 
format to allow participating clubs tu produce pages 
of their own has helped a lot to offset the extra 
work generated by the magazine's growth. Each club 
editor should really be listed as a PRM editor, for 
the bulk of the content in many issues is written 
and approved by those club editors. While each club 
contributor may write about his own area's problems 
or accomplishments, the information is of value to 
us all, and the quality of the contributions and the 
philosophy presented therein are superb. 


THE FUTURE OF PRM 


There is only limited support within FADCA for PRM 
as a national publication and some of FADCA's mem- 
bers speak longingly of the time before PRM when the 
FADCA>BEACON was more of a Florida publication. 
In effect, the main tie or connection between FADCA 
and PRM is that I founded both and continue to show 
PRM as a FADCA publication. I do not believe FADCA 
as a group is ina position to take over and manage 
PRM, nor am I sure they are interested in doing so. 


Many persons have commented about the predictable 
lateness of each issue and others observe that let- 
ters to PRM don't get answered promptly, or not at 
all. A participating club official says, "If you 
can't do it right, you shouldn't do it." On the 
other hand, many people have written and called to 
express satisfaction with PRM and its efforts to 
"spread the word.' I've been burning the candle at 
both ends for several years trying to capture the 
opportunity presented by the growth of packet radio. 
Frankly, the candle is getting in danger of burning 
out. A long term solution to PRM's problems will 
require changes in the way the magazine is produced. 
Most suggestions for changing the way the magazine 
is produced actually involve more work in the form 
of increased coordination among a group of workers. 
Any ham with some club experience knows what it is 
like to lead (drive?) a herd of volunteer helpers, 
taltly 


I'm not proposing a change in PRM right now. I 
don't know what changes will be required, if any. 
As we have grown, more and more of the manual labor 
has been farmed out - we went from hand collating 
the newsletter sheets to paying the printer to do 
that job. Then we began to have a mailing service 
stick on all the labels and do the mailing a few 
months ago. The next step would be to hire services 
such as typesetting and page layout. There just 
isn't enough money in the subscription fees and 
advertising revenues to pay for that. 


— PRM - 
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**  JAS-1 Packet BBS User Interface Information ** 
Tom Clark, W3IWI 


I have been asked to prepare the following infor- 
mation for the widest possible dissemination by 
colleagues in JA-land. 


KK 3 KK 


Mailbox Commands [ Basic users training] 
{WORLI/WA7MBL equivalences added by W3IWI} 


ds Summary 


Nas Available commands 

: List files addressed to ALL or to current user 
: Help 

eka ti file(s) 

List file(s) to/from current user 

: Read file(s) 

: Write file 


SBA BZA 


de Command syntax 

The general format is: <a command letter> <space> 
<argument>. At least one blank is required between 
<a command letter> and <argument>. 


ae Command Prompt 


JAS-1 Mailbox supplies a prompt "JAS>" with no CR 
nor LF to indicate that the system is ready to 
accept a command from the user. 


A user can "type ahead" commands while JAS-1 is 
sending messages or data to the user. JAS-1 will 
execute the commands in the waiting queue later. 


32 Commands 
3.1 The "F" command 
F = FILES. Shows the latest 10 files the first 


time it is entered during a session. Subsequent 
'F' commands will list the next 10 active files 


(messages). A message posted to multiple users has 
"*" Gn its 'To:' destination field. See also 
the "M" command described below. 


{ The WORLI/WA7MBL equivalent command is LL 10 the 
first time you send an "F" } 


example: 
JAS>F 
NO. DATE FROM TO SUBJECT 
117 10/12 F8ZS ALL ARSENE update 
116 10/12 DL3AH ALL Abgleichanleitung der AFREG 
114 10/11 JAIRL ALL JAS-1 new schedule 
113 10/11 WA2LQQ ALL ALINS for Phase-3C 
112 10/10 JAIDSI ALL WHO MANAGES HKOXX QSL ? 
111 10/10 G3AAJ * Harry in London 
110 10/09 WORPK ALL P-3C countdown #8 
107 10/09 9M2CR ALL NMCR AMTOR mailbox now QRV 
103 10/06 JR1FIG JA9BOH Uchiawase wa raishuu ? 


102 10/09 N7FDA * RS-232c card for PC-1089 
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JAS>F 


101 10/09 G3RUH ALL New software for BBC 
100 10/08 JR1ING JR1IFIG Sara ni kogata no TNC 
99 10/08 JAITUR ALL AFDEM-JA #3 in progress 
98 10/08 NS5SAHD ALL Call for papers 
96 10/08 KA9Q ALL TCP/IP on TAPR NNC 
95 10/08 N5AHD JRIFIG Automatic tracking system 
94 10/07 DJ5KQ_ ALL IPS-RA enhancements 
93 10/07 DB20S ALL Wettersatelliten 
92 10/07 DB20S_ ALL RUDAK - Statusreport 
85 10/07 SH3KK ALL Now QRV on JAS-1 
See Reaiiteri>nee<fitere>. =<frleeo>s le o. : 
<file#7>, <file#8> 
R = READ. Read file(s) (messages) specified by file 


number(s) you got from the 'F' command. Up to 
eight files can be specified. 
{The WORLI/WA7MBL equivalent command is also "R" 


except that you may specify multiple files to be 
read on JAS-1 } 


example: 


JAS>R 95,102 


Posted: 86/10/08 17:33 UTC 

From: N5AHD 

To: JRIFIG 

Subj: Automatic tracking system 
Dear Saya, 


Thank you for the compliments on the manual you 
received from G3AAJ. Two computers are now used--one 
for control of antenna system, radios, and so forth 
and another one is used for the actual data capture. 
The system now allows several satellites to be sel- 
ected and data ports, tracking priorities, modula- 
tion mode, and other things to be associated with 
each. I have been working on a couple of articles 
describing the new system and would be glad to send 
you copies when I am finished. 


73, Robert. J. Diersing, NSAHD 
Posted: 86/10/09 03:21:42 UTC 
From: N7FDA 
or JRIFIG, JAIJHF 


Subj: RS-232c card for PC-1089 
Saya, 
I need one more RS-232c card for my old faithful 
PC-1089. Would you ask Kanawa san if he could 
still get one in Akihabara ? 
Miki 

oS Wo ical bina 112) Cal Mandap bank el calls | 

Wo = Write: Send a message (file) to others. 


AS many as eight destination addresses can be 
specified. The part of the command line in 
brackets [calllt, cali2,” call3...] ts optional..A 
message without specific destination is "public" 
i.e. addressed to "ALL". 


The JAS-1 mailbox will then prompt you to send the 
subject field by sending "Subj:". You can 
send a subject field with up to a 32 character 


Continued on page 3. 


DIGIPEATERS AND COLLISIONS 
Gene Spinelli, KE6LT 


Reprinted from the RMPRA>PACKET, Vol. 1, No. 3. 
Over the past several weeks I've had an 
opportunity to observe a significant amount of 


digipeater activity. The path I have spent the most 
time with is NOGUZ-1 and WORRZ-1. While my 
observations were not performed under the watchful 
eyes of a scientist or a statistician, I believe 
everyone will benefit from my findings. 


Without 
they do 
First, 


getting into the reason things work as 

I will simply tell you my observations. 
during times of no activity on .01 the path 
across the Rockies is a very reliable one. This 
assumes no lightning or other weather related 
disruptions. however, there are times when the path 
appears to be poor. In fact, the problem is not the 
path at all. What is the problem? Collisions!! 


Here is the scenario: 


*WOXXX located 
Grand Junction. 


in Boulder connects to KAOYYY in 


* This connect can involve up to 4 digipeaters. 
- KE6LT, NOBRI-1, KOGUZ-1 and WORRZ-1. 


* Assuming a reliable path, 
sequence. 


this is a good connect 


Now let's see where the problem occurs. 


* After the connect, 
"Are you there Joe?" 


WOXXX sends something like 


3 KAOYYY, 
question. 


seeing the connect sends a_e similar 


Now the problem begins - Collisions. 


Since both WOXXX and KAOYYY can not "hear" 
NOBRI-1, their TNCs don't know that the path 
already has traffic on it.The result is both. WOXXX's 
and KAOYYY's packets will collide at one ot the 
digis's. 


The other possibility is one 
KE6LT or WORRZ-1 is trying to receive a packet from 
WOBRI-1 or KOGUZ-1 respectively. In that case the 
local station usually causes a collision at KE6LT or 
WORRZ~-1. 


of the other digis, 


In either case retries will begin. 


If the "called station" has connect message ON, 
the transmission of that message will usually cause 
the same problem if the calling station becomes 
impatient and transmits before receiving an error 
free connect message. 


Keep in mind, digis do NOT perform retries. The 
retry must be initiated by the originating station. 
I realize this can be confusing at first. If you 
draw the path on a piece of paper it will be much 
easier to visualize the problem. This same series of 
events can occur if an operator sends commands to a 
BBS out of sequence. In other words, sending 


commands to a BBS when it is not prompting you for 


an input command. 

Now let's take this a step further. I can only 
speak for the Boulder side of the mountains, but I 
suspect WORRZ-1 could have similar problems. There 
are very few stations along the Front Range that can 
hear NOBRI-1. Therefore, whenever .01 is busy along 
the Front Range NOBRI-1 will not be able to get into 
a Front Range digi. Since BRI-1 can't tell the 
frequency is busy, it transmits and the packet is 
lost. After a period of time the originating TNC 
retransmits the packet. What I see occurring is 
this, on one of the retries BRI-1 usually makes it 
into the destination digi and then to the station 
being called. But, the path is not a good one 
because neither BRI-1 or the Front Range stations 
can tell if the frequency is busy. ( Assume BRI-1 is 
transmitting) Typically the end result is many 
retries and finally timeouts. 


is the solution to all of this? That isa 
good question, one that I hope we all work towards 
answering. In the meantime, I would like to offer 
the following suggestions to alleviate some of the 
collision activity. 


What 


1. If the frequency is busy, do not attempt to digi 
across the Rockies. For that matter, refrain from 
using digis until the frequency is clear. 


2 If you do connect through a digi it is a good 
idea to use some kind of "procedure sign" to let the 
other station know you are finished transmitting. I 
have seen the following, //, K and BK. They all work 


as long as_ the other station realizes what they 
mean. Also, if you are connected to aé_ BBS, 
"procedure signs" will do nothing but tie up the 


frequency with "what". Don't send a BBS anything it 


will not understand! 


As I see it, we will soon be forced to implement 
some standards in order to make the best use of the 
frequencies. Until that effort is completed I hope 
this explains some of the reasons collisions have 
been occurring. 

-PRM- 


A Note to All AMTOR Operators 
Paul Newland, AD7I 


There is a new commerical station on the air 
running a FEC (MODE-B) beacon on 8051.5 KHz and/or 
4801.5 KHz. Some of the traffic is in selective FEC 
so if you have a PK-232 be sure to set SRXALL to ON 
so you can see those messages as well. Cycle time 
for the beacon is about 7 minutes. The message 
contains some info about the station and some lines 


of QBF. Your signal report will get you a nice QSL 
card (QSL info is included in the beacon text). 

- PRM - 

FOR SALE 


GE Master Pro Receivers tuned 445.000 and 145.070. 
Self Contained 10 volt Reg- squelch and volume- 
speaker. 5 helical RF resonator front end, RF 
shielded. $100. 
North Idaho Amateur Repeater Assn, P.O. Box 967, 
Coeur d'Alene, ID 83814. (208) 664-2462. 

— PRM - 
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Review of AUTOTERM 
Buck Rogers, K4ABT 


As you know, I'm a serious packeteer so I strive 
to keep the latest State-of-the-Art in my packet 
station. I have about 150 terminal programs for the 
color computer "COCO"*. Out of these 150 programs, I 
have a few favorites. There is one very special 
terminal program which is extremely versatile and 
adaptable for packet use. If I had a full page with 
three columns I would not be able to tell of the 
many features that are packed into that little 
bombshell called “AUTOTERM". . Here are just a few of 
its wonderful features: 


1. AUTOTERM displays true upper and lower case 
letters on your screen. The screen width can be set 
to 32, 40, 51, or 64 characters. Word-wrap is an 
on/off user option. 


2. AUTOTERM is an "always open buffer" allowing the 
user to select any or all of the 45,000 character 
buffer to be saved to disk, printed to printer, or 
retransmitted. Scrolling the buffer can be done in 
slow or fast mode. 


3) AUTOTERM allows the user to edit, delete, 
append, modify, and insert any part of the buffer. 
It also has a very good word processor built in. 


4. AUTOTERM lets the user edit or look at files 
while others are coming in, so you don't miss any 
packets. =Youyicans talk” to \your TNC; packet 
controller, or modem in full/half duplex. Parity 
even/odd/mark/space/none; 7 or 8 word bits, any stop 
bits; Baud rates of 110, 150, 300, 600, and 1200. 


5. AUTOTERM supports all 128 ASCII characters, has 
true line break. It allows sending one line at a 
time or a 40k file if you are using the 64k TRS-80 
Color Computer*. 


6. AUTOTERM also supports XMODEM disk file 
transfer via modem. It handshakes with XON/XOFF 
protocol. Send and receive text or graphics and 
more. 


7. AUTOTERM lets you "clone yourself" in the form 
of KSM's (Key Stroke Mulitpliers). The KSM's will 
allow you to build a "packet mailbox" which will 
allow connects, send a message, receive messages, 
save them to disk, clear the buffer and reset the 
terminal to await the next connect message. So no 
wemeer they say “the KSM capability “is 
unbeleivable”. 


There is also the capability for setting the 
printer parameters and printer baud rate while 
AUTOTERM is busy with sending and receiving...and 
the list goes on. 


If you are using the COCO then AUTOTERM is the 
terminal program for your packet and modem 
requirements. AUTOTERM comes with a solid, well 
written manual and it is backed up by the on-screen 
menus. At the touch of a key, you are in the green 
dreamed possible. 


AUTOTERM is available on tape or disk from: 


JAS-1 continued from page 3. 


string. After receiving the "Text:" prompt, you 
enter the message text, ending each line with 
<cr> (carriage return). You terminate with either 
a 
<Cr>..<cr> 
OO COS> Aowlleyay Role 
(i.e. a line containing only a period or a control- 


Z) to the indicate end of your text. 


{The WORLI/WA7MBL equivalent command is "S" except 
that multiple addressees can be used. Entering only 
W is equivalent to S ALL } 


example: 


JAS>W N7FDA 

Subj: Roger, wait for a while. 

Text: 

Miki, 

Roger, I'll immediately call him up and get an 
info for your "Main Frame". I am going to put that 
info during next orbit. 


Saya 
“ 
34 Re < fi Veet oe <P tT het 2o 4! <EPIEFSR 3... ; 
<file#7>, <file#8> 
K = KILL! Delete file(s) (messages) specified by 
file numbers. The can be specified in a command 
line. A user can only delete files addressed 


solely to himself (i.e. 
files he posted. 


not to multiple users) or 


{The WORLI/WA7MBL equivalent command is also "K", 
but multiple files can be killed at one time } 


3.5 H 


H = HELP! Entering H <cmd> gives additional infor- 
mation on that command. Entering only H will give a 
list of all available commands. 


3.6 M 


M = Mine. List the latest 10 files (messages) that 
are either to or from the current user. Addition- 
al M commands list additional active messages.. 
This command will be useful to save channel time 
when the user only wants to see his messages. 


{The WORLI/WA7MBL equivalent command is "LM"} 


JAS>M 
NO. DATE FROM TO SUBJECT 
111 10/10 G3AAJ * Harry in London 
103 10/06 JR1FIG JA9BOH Uchiawase wa raishuu ? 
102 10/09 N7FDA * RS-232c card for PC-1089 
100 10/08 JRIING JRIFIG Sara ni kogata no TNC 
95 10/08 N5AHD JRIFIG Automatic tracking system 
— PRM - 
ces anan tai eal he ae i As i i i ee a 
PXE Computing 
11 Vicksburg lane 
Richardson, Texas 75080 


* TRS-80 Color Computer and COCO are registered 
trademarks of TANDY/Radio Shack Corp. 
-PRM- 


PACKET RADIO MAGAZINE 5 


Work VHF or HF Packet 
On Any Computer 
With Kantronics Complete 
Packet Communicator 


KPG-2 


From IBM to C-64, or any computer with an asynch- 
ronous serial port, you can now work packet on VHF 
or HF with one TNC, the KPC-2! Extra cost 
options are unnecessary. KCP-2 is packed 
full of features and backed by our full-time 
customer support departments. KPC-2 i 
has totally new hardware and software, 2 @ mackEY CommuNicaTcE x 
Kantronics designed. For more information : / 
contact Kantronics or a Kantronics dealer. 


Suggested Retail $ 
NOW $16900 


Features 

® AX.25 Version 2.0 software @ 128K EPROM, 16K RAM — 

® Supports multiple connects, up to expandable to 32K, 4K EEPROM. 
26 @ Advanced software HDLC 

® RS232 or TTL compatible (C-64 routines, eliminating costly out-of- 
too!) date chips 

® HF modem included! (both U.S. 
and European tones) Customer Support 


® Carrier Detect, and software 
squelch operation 

@ FCC Part 15 Certified 

® Kantronics industry standard 
extruded aluminum case 


@® Extensive dealer network 

® In-house programmers/engineers 
@ |n-house service representatives 
® Periodic software updates (like 


; | 
®@ Power supply and cabling 2.0!) 
included Want more information on Packet? 
@ All EPROM software is Kantronics Contact us about our new PACKET VIDEO. 


sourced and copyrighted $ 25.00 (shipping included), VHS or BETA format. 


Ke Kantronics 


RF Data Communications Specialists 
1202 E. 23 Street Lawrence, Kansas 66046 (913) 842-7745 
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Benchmarking Some Binary File 
Transfer Protocols for Packet 
WD40QCJohn G. DeArmond 


One of the main interests I had when I original- 
ly became involved in Packet Radio is in transfer- 
ring files to other users, especially binary pro- 
grams or WordStar-formatted text files. Being an 
avid telephone BBS user, I enjoyed the features of 
these systems, limited only by my tolerance to 
multi-hundred dollar phone bills! 


Most TNCs provide a transparent mode which 
will transfer binary, but since most packet activity 
and all digipeaters are concentrated either on a 
trunk or LAN frequency, and since binary data 
interferes with BBS operation and user systems, 
the transparent mode is unacceptable except bet- 
ween 2 stations in direct contact on an unused fre- 
quency. 

Hams, being enterprising as they are, have 
developed several ways to circumvent this pro- 
blem. Several methods of transferring binary files 
over packet are now in use including converting to 
Intel hex or derivative, BTOA protocol, the 
W1GOH compression/ASCII protocol and 
others. Since my main use for packet radio is file 
transfer, I am particularly interested in the per- 
formance of the various protocols. I therefore 
decided to benchmark several protocols for 
binary transmission. A bit different from most 
benchmarks, this one is interested not in speed 
but in the efficiency of file compression. 


For the test, I used 2 files. One, a straight 
ASCII text, is a list of BBS’s in the US that for- 
ward traffic. This file was used to compare com- 
pression of repetitive patterns, as constitute plain 
text. The other file was the actual W1GOH con- 
version program, BSQ.COM. This file tests the 
ability of the programs to compress binary which 
may or may not have repetitive patterns. 

The Intel Hex format was not explicitly tested, 
as it is already known that conversion to Hex in- 
creases the file size by at least a factor of 2 (each 
byte of binary takes 2 bytes of ASCII text to 
represent it). 

The Squeeze program is available to CP/M and 
DOS users and is public domain. The algorithms 
written in C, implement a Huffman compression 
on the files. Typical compression is 30-50% for 
text and 10-30% for binary. 


The ARC program, for those of you who are 
not PC users is a file archive program that com- 
bines specified files into an archive file and does a 
very sophisticated compression on those files in 
the process. Since the program is in the public do- 
main, it is available to any PC user who wants it. 


PEG Newsletter 
(Packet Experimenters Group) 
G6VZE/Tony Dawes 
Who?? PEG is the name given to the group of 


Hams who use the West Atlanta LAN (146.73/13). 


The first meeting was held at Ryan’s Steak House 
on Saturday December 6th and a total of nine 
PEGs attended. The purpose of the meeting was 
to find out if there was any interest in actually 
having a LAN get-together and, if there was, to 
pursuade a few people to get involved. 


The first decision was that PEG should be an 
informal group with committees or working par- 
ties made up only when there is a specific task or 
project to be undertaken. However, three official 
posts were created. John Brindle (WA4FIB) was 
elected “Fearless Leader,” John Smith (KI4XO 


Georgia Radio Amateur Packet Enthusiasts Society 


Meeting: 4th Sat., Western Sizzlin, Buford Hwy., approx 
1 mile north of 285, south of Ham Radio Outlet, 10 a.m. 
to Noon. 

Dues: $20.00 per year (includes subscription to P. R. M. 
Georgia Digipeaters 

WB4GQX-1, Sawnee Mtn., 

KF4JJ-1, East Atlanta LAN, 
KD4NC-1, West Atlanta LAN, 
WB4GQX-4, North Georga LAN 


145.01 
145.03 
146.73 — 
145.09 


224.9 Lockheed (Marietta) 


14.103 K4BYK, Cumming 

3.696 WB4GQX, Cumming 

145.09 AA4EO-1, Fairmont 

145.09 W4GZX, Cleveland, TN 
145.01 NC4G-1, Rome 

145.09/.01 WD40QC, Cleveland, TN 
145.09/.01 WB4GQX-3, Sawnee Min, 
145.01 W4DSK-1, Lookout Mountain 
145.01 WA4TXT-1, Hampton 

145.01 WB4BXO-1, LaGrange 


The amount of file compression on text files is im- 
pressive. Hopefully we will see these algorithms in 
other programs for Ham use. 


The hardware used conists of a Leading Edge 
Model M clone running at 8 mhz and connected 
to a dual Bernoulli Box disk subsystem. The 
machine has a full 640k of RAM, though RAM 
size seems to have no effect, since all programs 
appear to be written for the small memory model 
and don’t use more than 128k of RAM max. 

The text file, DIR, was 3893 bytes in length and 
the binary file, BSQ.COM was 12,757 bytes in 
length. The following table lists the summary of 
the benchmarks: 


PERCENT 
PROCESS SIZE CHANGE 
DIR ORIGINAL FILE 3893 NA 
—— BSQ 4460 +13% 
—— BTA 4827 +24% 
—— SQ/BTA 3451 =11\/o 
—— SQ/BSQ 3663 - 6% 
—— ARC 2089** —- 46% 
—— ARCI/BTA 2747 —42% 
—— ARC/BSQ 2912 - 34% 
BSQ.COM ORIGINAL FILE 12,757 NA 
—— BSQ 14,223 +11% 
—— BTA 15,819 + 24% 
—— ARC 9,777** — 23% 
—— SQ/BTA 14,506 +12% 
—— SQ/BSQ 15,285 + 20% 
—— ARCIBTA 12,601 = 11% 
— — ARC/BSQ 13,007 + 1% 


** After ARCing a file, it is still binary and unsuitable for 
transmission on packet channels that support ASCll-only, 
such as the BBS trunking system. 


Several interesting facts become apparent from 
the above table. First, ARC performs 
remarkably, especially on text files. Second, BTA 
adds a fixed proportional increment of about 
25% to the size of any file regardless of its 
makeup. This is the nature of the conversion 


“Fearful Leader” and Tony Dawes (G6VZF) 
“Temporary News-Gatherer.” As my job is, un- 
fortunately, temporary a more permanent News- 
Gatherer is needed. Please apply ASAP. 


PEG meetings will be held on the first Saturday 
of the month, except for the January meeting 
which will be on the 13th. The venue has yet to be 
decided upon, so look on the PEG BOARD for 
details. The PEG BOARD?? That’s the 
WA4VMV BBS. One thing that PEG will attempt 
to do is to help introduce new and not-so-new 
users to good Packet operating. 

The West Atlanta LAN uses the 146.73/13 
repeater on Sweat Mt. The BBS is run by Al 
Ramsey (WA4VMYV) and can only be accessed by 
LAN users. Simply connect direct - C WA4VMV 
-no digipeater is required. The BBS has a gateway 
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algorithm. Finally, the BSQ protocol is variable 
and somewhat unpredictable. When it is asked to 
process already compressed data, it actually in- 
flates the file over what BTA does! This is not en- 
tirely unexpected, inasmuch as compression 
algorithms will sometimes complain if asked to 
make a second pass over the already compressed 
data. WIGOH has released the C source code for 
BSQ, but as of this writing, I have not gotten it 
and therefore cannot comment on his algorithm. 


Conclusion 


That any file size reduction can be achieved in 
conversion from binary to an all-ASCII format is 
somewhat remarkable. The combination of 
ARChiving and then BTA/’ing a file is an 
unbeatable combination. This process is ap- 
plicable not only to binary data, but also to text 
files in order to decrease the transmission times. 
The programs are in the public domain and 
available to everybody. 


And finally, the compression of files for 
transmission greatly reduces the time required for 
transmission and therefore reduces congestion on 
the channels. Even as we move to faster trunking 
frequencies and then to true networking, the con- 
gestion problem will remain in one form or the 
other. And even if the trunk channels of the 
future permit pure binary, data compression 
should be performed in the interest of efficiency 
and courtesy. Of course, for any algorithm to 
become popular, it must become a standard, and 
for that to occur, the programs must be available 
on a wide variety of machines. To that end, C-64, 
Apple and other non-CPM or DOS hackers 
should consider porting the C code to your en- 
vironment. 

Availability 

BTOA is available from CompuServ Hamnet, 
from my Packet BBS in source form WA4VMV 
PBBS in Atlanta or via mail from me. The binary 
of BSQ is available from me or the entire package 
is available from W1GOH directly. 

The source for SQ/BSQ is available from 
SIG/M, C User’s group, many BBS systems, or 
from me. ARCS512 is available from most phone 
BBS’s or from me. 

My address is: 
John G. DeArmond, WD40QC 
435 Talley Street 
Cleveland, TN 37311 

If you wish me to supply the programs on disk, 
you MUST send me a large SASE or a SAS Disk 
mailer AND a FORMATTED disk. I primarily 
handle PC disks, but can handle many CP/M for- 
mats. I have NO facilities for Apple, C-64 or 
other consumer computer formats. 


to 145.03 but please don’t use it for long QSOs as 
it ties up the BBS. You can use the BBS to send 
messages around the country so, if you don’t need 
a direct connection, let the BBS do the routing for 
you. 

You can now connect from the LAN to other 
areas (and LANs) by connecting via KD4NC-1. If 
the next digipeater after KD4NC-1 is another 
digipeater, your connect will be routed out of the 
LAN (currently onto 145.01). For example, if you 
wanted to connect to a station in South Carolina 
you could use: 


C W4ABC V KD4NC-1,WB4GQX-1,W4FX-1 
It is as simple as that. 


Look on the PEG BOARD for meeting info, 
cries for help, etc. and we will see you at the next 
PEG LEG (Lan Experimenters Gathering!). 


Notice to all users of the W6AMT digipeater system 


The W6AMT digipeater system is starting a test of 
"NET/ROM", which is a new firmware package for the 
TNC-2 which supports state-of-the-art networking 
capabilities (commonly referred to in packet radio 
circles as "layer 3" and "layer 4"). 


NET/ROM was installed at the W6AMT-2 and W6AMT-3 
sites on January 11, 1987. We hope to install the 
new firmware at W6AMT-0O, W6AMT-1, and W6AMT-4 during 
the next couple of weeks. (Installation at W6AMT-7 
will have to wait until spring, due to inaccessibil- 
ity of the site.) 


The following information about NET/ROM is pro- 
vided in order to enable users of the W6AMT system 
to participate in the test by utilizing the new 
capabilities. Participating users should keep in 
mind that NET/ROM is still in a highly experimental 
stage. Please report problems by leaving a message 
for WA8DED on the W6IXU MultiBox. 


Users who do not with to participate in the 
NET/ROM test may continue to use the W6AMT digipea- 
ter system in the usual fashion, since the new 
firmware supports ordinary AX.25 digipeating. 

Functional Highlights 


Runs on ordinary TNC-2 hardware 


NET/ROM is unique because it provides state-of- 
the-art networking capabilities without the need for 
special hardware. NET/ROM runs on a standard TAPR 
TNC-2 terminal node controller, or on any of the 
commercially-available TNC-2 "clones". NET/ROM is 
distributed in the form of a 27C256 EPROM which 
simply plugs into the ROM socket of the TNC-2 in 
place of the standard TAPR firmware ROM. 


Store-and-forward packet switching 


Instead of multi-hop digipeating, NET/ROM provides 
true store-and-forward packet switching. The result 
is significant improvement in throughput and relia- 
bility. On long paths (three or more digipeaters), 
dramatic improvements are possible. For instance, 
the calculated speed improvement for the Los 
Angeles/San Francisco route (four digipeaters) 
assuming typical 1200-baud VHF network conditions is 
about 800%! 


Two-levels of error and flow control 


NET/ROM uses the standard AX.25v2 packet radio 
protocol for links between neighboring nodes, as 
well as for links from each node to its local users. 
Normal AX.25v2 error handling is used to assure 
error-free transmission, and normal AX.25v2 flow 
control is used to manage network congestion. 


In addition, NET/ROM incorporates a transport- 
level "sliding window protocol" to provide end-to- 
end error and flow control for each virtual circuit. 
End-to-end error control protects against lost, 


duplicate, or out-of-sequence frames resulting from 
node failures and dynamic routing changes. End-to- 
end flow control protects the network against dis- 
proportionate loading by any one circuit. 


Multi-channel capability without special hardware 


NET/ROM supports multi-frequency operation without 
the need for exotic multi-port digipeater hardware. 
A dual-channel node, for example, consists simply of 
a pair of standard TNC-2s (with NET/ROM in each) 
connected together with a simple RS232 cable. Con- 
figuring a NET/ROM node for three or four channels 
is almost as easy: a TNC-2 is used for each frequen- 


cy, and the multiple TNCs are interconnected via 
their RS232 ports using a simple diode-matrix 
coupler. 


Automatic adaptive routing 


NET/ROM automaticallconnected via their RS232 
ports using a simple diode-matrix coupler. 


Automatic adaptive routing 


NET/ROM automatically takes care of the routing of 
traffic between one node and another. A user needs 
to specify just the desired destination, not the 
route. Each node keeps track of the other nodes in 
the network and the various possible paths that may 
be used to reach them. If a node or path becomes 
unusable due to equipment failure or poor propaga- 
tion, NET/ROM automatically switches to an alternate 
route (if available) to circumvent the outage. Con- 
versely, when a new node is placed on-line, other 
nodes automatically incorporate the new node into 
the network routing structure. Such routing changes 
are handled dynamically, without disrupting user 
connections in progress. 

Loca), remote, and automatic routing updates 

NET/ROM supports three methods of updating its 
routing information: local, remote, and automatic. 
Initial routing information is entered manually by 
an on-site operator using a local terminal. Routing 
changes may be made remotely by a control operator 
over an ordinary packet radio connection--~a random- 
ized verification algorithm effectively prevents 
changes by unauthorized operators. In addition, 
NET/ROM nodes broadcast routing information to each 
other on an hourly basis, thereby enabling the net- 
work to incorporate new nodes and to bypass outages 
in real-time without manual intervention. 


Very easy to use 


Despite its internal sophistication and advanced 
networking capabilities, NET/ROM is exceptionally 
easy to use. There are only two commands that a 
user needs to learn: NODES to obtain a list of other 
NET/ROM nodes, and CONNECT to establish crosslinks 
to other nodes or downlinks to other user stations. 


Compatible with existing digipeaters 
Each NET/ROM node also supports the functions of 


an ordinary AX.25 digipeater. Users need not make 
use of the high-level networking functions of 
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NET/ROM unless they want to. Digipeater owners can 
upgrade their sites to NET/ROM nodes without dis- 
rupting users. Multi-channel NET/ROM nodes provide 
multi-port digipeating as well. 


A Usage Example 


You are KAGPRE ("Packet Radio Enthusiast") located 
in San Diego, and you want to access the WORLI 
bulletin board system in Santa Cruz (near San Fran- 
cisco). From past experience, you know that a digi- 
peated AX.25 connection requires four digipeaters 
and is practically unusable.’ The local W6AMT-4 
digipeater on 145.01 was recently upgraded to a 
NET/ROM node, however, so this time you decide to 
try using the high-tech method. 


First, you establish an uplink to your jlocal node, 
using the normal connect command provided by your 
ENG 34 


“C 
cmd; CONNECT W6AMT-4 
*** CONNECTED to W6AMT-4 


Next, you ask the local node for a list of other 
NET/ROM nodes for which it has routing information, 
using the NODES command: 


NODES 
WG6AMT-4} Nodes: 
WGAMT-3 WG6AMT-2 WGAMT-1 W6AMT W6AMT-7 AA6TN-1 


You know that W6AMT-O serves the San Francisco 
area (it was always the last digipeater you used to 
reach WORLI via AX.25), so you ask your local 
NET/ROM node to connect you to W6AMT: 


CONNECT W6AMT 
W6AMT-4} Connected to W6AMT 


You are now talking to the San Francisco node, and 
you could issue another NODES command to see a list 
of other nodes that it knows how to reach. In this 
case, however, you simply want a connection to the 
WORLI BBS, so you ask for it: 


CONNECT WORLI 

W6AMT} Connected to WORLI 

Hello Fred, welcome to WORLI BBS at 0532z 
KA6PRE-15 de WORLI> 

etc. 


Note that the downlink from W6AMT to WORLI has 
been made using your callsign (KA6PRE), but with the 
SSID suffix changed from -0 to -15. (More about 
this later.) 


At the conclusion of your session with WORLI BBS, 
you simply disconnect your TNC as usual: 


a 

cmd: DISC 

*** DISCONNECTED 
cmd: 


When you disconnect, your local node (W6AMT-4) 
automatically disconnects your circuit to WG6AMT, and 
the W6AMT node automatically disconnects your down- 
link to WORLI. 


Theory of Operation 


Some Definitions 


Following are definitions of some terms that are 
used in describing the operation of NET/ROM. 


User -- Any amateur packet radio station using 
AX.25 protocol. In the context of this document, a 


BBS or other automated server is considered a 
"user". 
Digipeater -- A station capable of digitally 


repeating AX.25 frames as specified in the AX.25 
protocol specification. Generally, refers to an 
unattended, wide-coverage digital repeater, often 
located on a hilltop. 


Node -- A packet radio station utilizing TNC-2 
hardware executing NET/ROM firmware. Generally, 
refers to an unattended, wide-coverage station, 
often located on a hilltop. 


Dual-Channel Node -- A pair of NET/ROM nodes 
operating on two different frequencies, and coupled 
together by means of an RS232 cable. 


Multi-Channel Node --JThree or more NET/ROM nodes 
operating on different frequencies, and intercon- 
nected via their RS232 ports using a diode-matrix 
coupler. 


Link -- An AX.25 connection involving a node at 
ohe or both ends. Node-to-node links always use 
AX.25v2 protocol. User-to-node links use AX.25v2 
protocol if the user's TNC supports it, otherwise 
AX.25v1. 


Uplink -- An AX.25 connection between a user and a 
node, initiated by the user. An uplink is usually a 
direct connection, but may be digipeated if 
necessary. 


Downlink -- An AX.25 connection between a node and 
a user, initiated by the node. A downlink is usual- 
ly a direct connection, but may be digipeated if 


necessary. A downlink is established by a node at 
the behest of a user (in response to a CONNECT 
command) . 

Crosslink -- An AX.25 connection between two 


adjacent nodes. A crosslink is usually a direct 
connection, but may be digipeated if necessary. A 
crosslink between two nodes is initiated by one of 
the nodes when first establishing a circuit which 
traverses the route segment between the two nodes. 
One crosslink can carry any number of circuits, so 
it is never necessary to have more than one cross- 
link between any pair of nodes. 


Circuit -- A transport-level connection between 
two nodes, established by one of the nodes at the 
behest of a user (in response tuo a CONNECT command). 
The two nodes are not necessarily adjacent, and may 
be quite distant. The circuit is automatically 
routed through intermediate nodes as necessary, and 
carried from node to node over crosslinks (which are 
initiated if not already established). 
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Digipeating vs. Store-and-Forward 


The AX.25 protocol was originally designed for 
point-to-point (non-digipeated) connections. AX.25 
was subsequently extended to accomodate one digi- 
peater, and later extended again to allow up to 
eight digipeaters. 


As all experienced packet radio users know, 
however, AX.25 is practically unusable for communi- 
cations on paths exceeding two or three "hops". The 
reason for this is that AX.25 digipeaters do not 
participate in error control. For an AX.25 packet to 
traverse a multi-hop path, it must not fall victim 
to a collision or other error during any of the 
hops; otherwise, it must be retransmitted by the 
originating station and start its journey all over 
again. 


The probability that an AX.25 packet can complete 
its journey successfully deteriorates rapidly as the 
number of hops increases. For example, it takes 
five hops (four digipeaters) to get from Los Angeles 
to San Francisco. If the average reliability per 
hep is 90% (which may be optimistic in those con- 
gested areas), then the probability that a packet 
will traverse the five-hop path unscathed and be 
successfully acknowledged (which requires ten error- 
free hops) is less than 35%. In other words, it 
will take an average of 2.9 tries to get the packet 
through successfully. Since the usual timeout 
threshhold for a five-hop path is 36 seconds, the 
average elapsed time to get the packet through will 
average about 77 seconds! [This assumes a 10% error 
probability per hop, and the usual 1200-baud timeout 
of 4*(2*digis+1) seconds. ] 


Using NET/ROM nodes instead of ordinary AX.25 
digipeaters changes this situation dramatically for 
the better. When the Los Angeles user transmits a 
packet destined for San Francisco, it is received by 
the local NET/ROM node serving Los Angeles. That 
node immediately passes the packet to its neighbor- 
ing node to the north, and sends an acknowledgement 
back to the user. This process is repeated five 
times in all. Whenever a packet is lost due to 
collision or other error, recovery is handled by 
just the two adjacent nodes involved. As a result, 
the average elapsed time to get a packet through 
decreases to less than 10 seconds, about an 800% 
improvement in throughput. [Same assumptions as 
previous example.] For longer paths, the payoff is 
even more dramatic. 


Uplinks, Downlinks, and Crosslinks 


Suppose you are a user with access to a local 
node, and you want to contact another user station 


who is also within range of the same node. You can, 
of course, connect to the other station "the old 
way" by using the node as a digipeater. To take 


advantage of the store-and-forward capabilities of 
the node, however, you would use this two-step pro- 
cedure: (1) connect to the node ("uplink"); then, 
(2) issue a CONNECT command with the callsign of the 
other user station ("downlink"). 


All AX.25 frames include the callsigns of both the 
originating station and the destination station. 
When you request a downlink, the node “adopts" your 


callsign as the originating station (rather than 
using its own callsign). This is necessary so that 
the destination station can properly identify you as 
the connecting user station, and is especially 
important when the destination is a mailbox, gate- 
way, or other automated server. 


Well...not exactly! If the node truly did "adopt" 
your callsign, and if there also happened to be a 
direct path (however marginal) between your station 
and the destination station, that station would then 
be "in range" of two stations using the same call- 
sign. This can create serious confusion, AX.25- 
protocolwise! 


To avoid this problem, the downlinking node 
"adopts" your basic callsign, but changes the SSID 


(the "-N" callsign suffix) from N to TS-No shan 
example, if your callsign is K6AAA, the downlink 
uses K6AAA-15; if your callsign is W3ABC-2, the 


downlink uses W3ABC-13; and so forth. 

Now, suppose you want to contact a user station 
that can't copy your local node, but is in range of 
another node that serves his area. Once again, you 
could use "old-style" multi-hop digipeating to reach 
him (since every node is also a digipeater). To 
utilize the full store-and-forward capability of the 
nodes, however, you would use a three-step proce- 
dure: (1) connect to your local node; then, (2) 
issue a CONNECT command with the callsign of the 
distant node; finally, (3) issue a CONNECT command 
with the callsign of the other user station. 


When you perform step (2) of this procedure, you 
are asking your local node to create a "circuit" for 
you between your local node and the distant node. 
If the two nodes are sufficiently far apart, the 
circuit may have to pass through several inter- 
mediate nodes. In any case, the routing is 
performed automatically by the node. Your circuit 
is carried by a series of AxX.25 "crosslinks" between 
pairs. of adjacent nodes. In all likelihood, the 
necessary crosslinks are already established when 
you issue your CONNECT command (one crosslink can 
carry many circuits); if not, then the necessary 
crosslinks are set up. All of this crosslinking 
stuff happens automatically and transparently--you 
needn't worry about it, but it's interesting to know 
what's going on up there on the hilltops! 


Error and Flow Control 


NET/ROM uses the standard AX.25v2 packet radio 
protocol for crosslinks between neighboring nodes, 
as well as for links from each node to its local 
users. Normal AX.25v2 error handling is used to 
assure error-free transmission, and normal AX.25v2 
flow control is used to control network congestion. 


In addition, NET/ROM incorporates a transport- 
level "sliding window protocol" to provide end-to- 
end error and flow control for each virtual circuit. 
End-to-end error control is necessary to protect 
against lost, duplicate, or out-of-sequence frames 
resulting from node failures and dynamic routing 
changes. End-to-end flow control is necessary to 
protect the network against disproportionate. loading 
by any one circuit, 
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Network Routing 


When you ask one node for a circuit to a distant 
node, your CONNECT command specifies the callsipn of 
the destination node, but the routing is handled 
automatically by NET/ROM. Automatic routing is 
handled by the Routing Manager, and is controlled by 
its routing table. 


The routing table within a node is a list of all 
the destination nodes "known" to this node. You can 
ask to see this list by using a parameterless NODES 
command. The routing table can keep track of a 
relatively large number of other nodes. 


If you want to connect to an especially distant 
node, it is possible that your local node dvesn't 
Rnoweof it (ice:, -it is not, listed in the local 
NODES display). In this case, you can use CONNECT 
to obtain a circuit to a known node nearer the 
desired destination, and then issue another NODES 
command to get a list of the nodes known to that 
node. This process can be repeated if necessary. 


For each known node, the routing table contains 
one or more known routes to that node. In this 
case, a "route" is simply a crosslink path to an 
adjacent node that is closer to the ultimate desti- 
nation. The crosslink path usually consists of just 
the callsign of the adjacent node, but may also 
include one or more (ugh!) digipeaters if necessary. 


Observe that the routing table does not contain 
the entire route to each known destination (this is 
unnecessary, and would require too much memory), but 
just a list of adjacent nodes that are reasonable 
choices for a next hop enroute to the destination. 
You can ask to see this list by using a NODES com- 
mand specifying the callsign of the destination. 


If a node or path becomes unusable due to equip- 
ment failure or poor propagation, the Routing 
Manager automatically switches to an alternate route 
(if available) to circumvent the outage. Such 
routing changes are handled dynamically, usually 
without disrupting circuits in progress. 


Routing Table Updates 


Since each node keeps track of many other nodes 
and the available routes to those nodes, it is 
important that this routing information .be kept up- 
to-date to reflect the current state of the network. 
NET/ROM supports three methods of updating its 
routing tables: local, remote, and automatic. 


When a node is first placed on-line, an initial 
set of routing information is entered manually by a 
control operator using a local terminal connected to 
the RS232 host port. Routing changes may be made 
remotely by a control operator over an ordinary 
packet radio connection. A randomized verification 
algorithm effectively prevents changes by 
unauthorized operators. 


To enable the network to incorporate new nodes and 
to bypass extended outages without the need for 
control operator intervention, NET/ROM also provides 
a mechanism for automatic update of routing informa- 
tion on a distributed basis. About once per hour, 


each node automatically broadcasts a list of all 
other nodes which it knows how to reach. (This 
broadcast takes the form of an AX.25 UlI-frame 
addressed to "NODES" with PID='CF'.) When this 
broadcast is received by neighboring nodes, they 
automatically make any necessary additions to their 
routing tables, and incorporate them into their own 
hourly broadcasts. Thus, whenever a new node is 
placed on-line, knowledge of the new node auto- 
matically propagates throughout the network within a 
few hours. 


Station Identification 


In order to conform with FCC regulations concern- 
ing station identification, each NET/ROM node 
identifies itself every 9 minutes and 59 seconds. 
The station identification is carried by an AX.25 
UIl-frame addressed to "ID" and containing the text 
"Network node". 


Digipeating 


Of course, each node also supports the functions 
of an ordinary AX.25 digipeater. Users need not 
make use of the high-level networking functions of 
NET/ROM unless they want to. Digipeater owners can 
upgrade their sites to NET/ROM nodes without noti- 
fying the user population--the users won't notice 
any change unless they happen to monitor a station- 
id broadcast or try to connect to the node 
(expecting a "busy" message). 


Furthermore, each multi-channel node is also a 
multi-port digipeater. Each channel is assigned a 
different callsign. Often, the same basic callsign 
will be used, but with different SSID suffixes for 
each frequency. (For example, N6NET-1 on 145 MHz 
and N6NET-11 on 220 MHz.) Cross-frequency digipeat- 
ing is requested simply by including both callsigns 
as digipeaters (e.g., "C W6ZZZ via N6NET-1,N6NET- 
Si es 


Users of distant mailboxes, gateways, and other 
automated servers have two options: they can connect 
"the old way" (via multi-hop AX.25) or "the new way" 
(via the uplink-crosslink-downlink procedure). Both 
methods will work with all existing BBSs. 


Auto-forwarding mailbox systems will have to use 
"the old way" until such time as their auto-forward- 
ing algorithms have been updated to take advantage 
of NET/ROM. 


Dual- and Multi-Channel Operation 


To realize the full potential of NET/ROM's high- 
level networking capabilities, it is an excellent 
idea to minimize interference between local 
(uplink/downlink) and long-haul (crosslink) traffic. 
One good way to accomplish this is to reserve one 
radio frequency exclusively for inter-node traffic, 
to provide end-user access to the nodes on one or 
more separate frequencies, and to discourage (ideal- 
ly, to prevent) end-users from using the inter-node 
"backbone" frequency. This approach requires net- 
work nodes that can access two or more frequencies. 


NET/ROM supports such multi-channel operation 
without the need for exotic multi-port digipeater 
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hardware. A dual-channel node, for example, con- 
sists simply of a pair of standard TNC-2s (with 
NET/ROM in each) connected together with a simple 
RS232 cable. Each TNC takes responsibility for 
handling traffic on a single frequency; cross— 
frequency traffic is passed over the cable between 
TNCs at relatively high speed. 


Configuring a multi-channel NET/ROM node for three 
or more channels is almost as easy as dual-channel 
operation. A TNC-2 with NET/ROM installed is used 
for each frequency. Once again, the TNCs are inter- 
connected via their RS232 ports. Interconnecting 
three or more TNCs in this fashion requires nothing 
more elaborate than some isolation diodes. 


Commands 


There are just two user commands: CONNECT and 
NODES. The entire command verb ("CONNECT") or just 
a fragment ("CONN" or "CO" or "C") is allowed. Any 
command parameters must be separated from the verb 
and each other by one or more spaces. The maximum 
command length is 80 characters (anything more is 
ignored). Commands must end with a carriage-return. 


CONNECT Command 


The CONNECT command is used to request a circuit 
to another node, a downlink to another user, or a 
connection to the node's host terminal. 


To request a circuit to another node, the command 
is: i 


CONNECT nodecall 


where "nodecall" must be the callsign of another 
node that is "known" to this node. Use the NODES 
command to obtain a list of all Known node 
callsigns. 


To request a downlink to another user, the command 
is: 


CONNECT usercall [[VIA] digical]l,...,digicall] 


where "usercall" is the callsign of the user sta- 
tion, and "digicall" is the callsign of a digipeat- 
er. If digipeaters are used, the use of "VIA" is 
optional ("VI" or "V" are also acceptable). Call- 
sign parameters may be separated by either spaces or 
commas. 


To request a connection to the node's host termi- 
nal, the command is: 


CONNECT 
with no parameters. 


In all cases, a successful connection is announced 
by the message "Connected to (callsign)". "Failure 
with (callsign)" indicates that the specified node 
or user did not respond after a number of attempts. 
"Busy from (callsign)" indicates that the node or 
user responded but refused the connection request. 
Other possible error messages are "User table full", 
"Circuit table full", "Link table full", and "Host 


table full". These messages indicate a lack of 
resources in the node--the user should discunnect 
and try again later. 


An in-process CONNECT command is immediately 
aborted if another command or a blank line is 
entered before the requested connection is 
established. 


NODES Command 


The NODES command is used to display the node's 
routing table. 


To display a list of other nodes known to this 
node, the command is simply: 


NODES 


To display specific routing information for a 
particular node, the command is: 


NODES nodecall 


where "nodecall" must be the callsign of a known 
node. This command displays the transport-level 
timeout period (in seconds), plus a list of routes 
for the specified destination. For each route, the 
following information is displayed: port number 
(O=HDLC, 1=RS232), callsign of the adjacent node, 
and any necessary digipeaters (maximum of three). 


Command Interpreter Messages 


The following messages may be displayed by the 
command interpreter: 


Connected to (callsign) 
Busy from (callsign) 
Failure with (callsign) 
Invalid command 
Invalid callsign 
Circuit table full 

Link table full 

Host table full 

User table full 

Routing table full 


Limitations 


The following limits apply to the "Alpha-Test" 
version of NET/ROM, and will probably be increased 
(possibly doubled) in the final release version: 


Maximum number of links per node: 20 

Maximum number of circuits per node: 16 
Maximum number of other known nodes: 32 
Maximum number of command interpreter tasks: 8 


* &4 & £ 
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EAST MEETS WEST !! 
Rich Zwirko, KiHTV 
12509 Ransom Drive 
Glenn Dale, MD 20769 
(301)464-2133 


Now, who was it that once wrote, "East is East and 
West is West and never the twain shall meet?" 
Whoever it was he certainly wasn't writing about 
Packet Radio in 1987! You mean you haven't heard ? 
Well, East HAS met West and here's the East side of 
the story. 


For months, we in the MAPRC area had been hearing 
taik about "Wormhole", a 9600 baud east-west link 
which was supposed to have its TNC output on the 220 
MHz band. As we entered 1987 the much talked about 
link hadn't arrived on that band. However, in the 
late evening hours of January 13th, while watching 
145.010 MHz Packet Radio activity, the call sign 
"W6AMT" appeared on the terminal of N4QQ in Silver 
Spring, MD. On the west end of the path in Mountain 
View, California was Greg, WB6ASR at the keyboard of 
the W6AMT digipeater. A few days earlier while at 
the K1HTV QTH for dinner, N4QQ was given a hint of 
what was to come by my sun Andy, KAIGD, a senior EE 
student at the University of Maryland. Andy had 
received word from Louie, WA3SYMH (who works at the 
UMD Computer Science Department) that one duplex 
circuit of a multi-channel KU Band satellite system 
was being readied for a Radio Packet experiment. I[t 
was to have its TNC connected to an 2 Meter FM 
transciever on 145.01 MHz. Armed with this informa- 
tion N4QQ was ready when the West Coast "DX" cali 
sign of W6AMTappeared on his screen. 


The 56 kilobaud duplex circuit, will (hopefully) 
for a year be used exclusively for the Packet Radio 
experiment. The satellite station equipment is being 
provided by VITA LINK Communications Corporation and 
its co-founder Mike, WB6FFC. Eyguipment used at the 
Maryland end of the KU band link includes a TAPR 
TNC-1, an IC-230 2M FM transceiver and a Ringo 
Ranger antenna. The call sign WASYMH-1 is being used 
at both ends of the path. 


Initially a 2M output frequency of 145.010 MHz was 
being used on both ends. After a few days the MD 
side was moved to 145.070 Miz. Stations in the 
Washington, DC area presently connect through 
WASYMH-1 to W6AMT. If needed, the K3SAF digipeater 
can be used by more distant MD/VA stations to get to 
WA3SYMH-1. Operations on the west side of the link 
also started on 145.010 Mhz but plans call for a 
move to 223.58 MHz. Early reports indicate that this 
frequency will be linked to the present 2 Meter 
W6AMT-O node via TNC-2's running the new 
WA8DED/W6IXKU Level 3/4 firmware. I understand that 
plans call for most PBBS mail forwarding to be done 
on this same 223.58 MHz frequency. 

Continued on page 14. 


Packet Post Mortem/AMTRAK wreck 
Tom Clark, W3IWI 


Last Sunday afternoon, January 4th, this area was 
jolted by the news of a massive train wreck in Chase 
MD on the eastern edge of Baltimore when the AMTRAK 
Colonial plowed into three CONRAIL engines. Of 
course amateur radio was involved. Baltimore ARES 
and RACES officials have estimated that some 160-170 
amateurs were involved in some way. Many provided 
"on-the-spot" communications at the crash site and 
between there and nearly 20 disaster relief sites 
and agencies. 


Packet Radio was also very involved, primariiy in 
trying to pet timely 'heaith and welfare’ informa- 
tion to the survivor's families and loved ones. 
of the health and welfare messages that were handled 
followed the route WB4APR/portable => WSIWI BBS => 
delivery point where the first step was made on 
packet and the second used packet, 75m voice hets 
and VHF channels. This report will chronicle the 
activities at WB4APR and W3IWI 


Most 


Packet Radio at the Wreck of the Colonial - I 


Bob Bruninga WB4APR 
59 Southgate Avenue 
Annapolis, MD 21401 


At approximately 1400 on 4 January I heard on the 
local AMRAD repeater that there was a train wreck in 


Baltimore and that an emergency NET was being 
handled on the 146.67 Baltimore repeater. Since 
initial high priority traffic was being passed, it 


was several] minutes before it was apparent that this 
was a major disaster and that casualties were invol- 
ved. A call for portable packet eyuipment was heard 
over the net and I began packing up. At about 1430 
I checked in with WASTOY the Anne Arundel County EC 
and proceeded at about 1500 to the Red Cross in Glen 
Burnie stili 30 miles or more from the site. At 
about 1630 I was directed by the operator on 146.67 
to proceed to the disaster site and to report to the 
command center at Engine Company 54 within a mile of 
the wreck site. 


The entire area within 5 miles or more from the 
accident was blocked off because of the enormous 
number of emergency and support vehicies. The ioca- 
tion of the accident was ona penninsula with only 
one two lane highway for access. Ate St hers Rani si t 
legitimacy by a combination of wearing a white hard- 
hat, an AMSAT name tag, a military ID and the pile 
of equipment in the front seat. He said I could gu 
through, but I would have to leave my car and he 
would flag the next emergency vehicle for a ride. 
This was the first lesson: PACK LIGHT! or at least 
pack with a priority layering in mind. I abandoned 

Continued on page 14. 
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East Meets West continued from page 13. 

Some of the early contacts made by K1iHTV and KA1GD 
at their Glenn Dale, MD location are listed below. 
They include keyboard to keyboard QSO's via level 2 
digipeaters as well as through the W6AMT-0,1,2,3 
nodes. A number of 8 to 22K lony files were sent and 
received to individuals and PBBS's as a test of the 
links. Using the path from WA3YMH-i to W6AMT to the 
station at the west coast the effective data rate 
was between 35 and 45 bauds. 


| Ax = W6AMT-x Y = WASYMH-1 E = KA6EYH-2 | 
| Where x = 0,1,2,3,4,7 * = Levels 3&4 | 
Location Station Via Digipeater(s) 
Mountain View WB6ASR Y,A0 sent 8k+9K files 
Redwood City WD6DGT Y,AO0 
Sonoma K6KQJ Y,AO 
Mountain View WA3SYMH-1 direct (WB6FFC Op) 
2 WAOYWD Y,A0O 
San Jose N60IX Y,AO0 
San Francisco WB9OLOZ Y,AO 
San Jose KG6AF Y,A0 
Piedmont WW6L Y,E 
San Jose N7FSP-15 Y,AO* rcv 8K+22K files 
Santa Cruz WD6EHL Y,AO 
San Jose AJ6T Y,AO0 
Redwood City N7EQN Y,A0 
Redwood City KE6D Y,AO 
LA Area W6JL Y,A0,A1,A2,A3 
Seaside K6EBG Y,AO 
Redondo Beach NK6K-12 VFAO7 AT A2*. AS 
Los Gatos WA6DTA Y,AO 
Tracey WA6K-15 AG 


Santa Cruz pbbs WORLI 
Jackflat Ridge N7EVB-1 
Los Angles area KI6JL 
Santa Ana WA6NOL 


Y,AO* (Sent/rcvd mail) 
Y,A0,A7 (Connect only) 
ViA0? FAT ADE SAS 
YVAO* AL* Al" AS* 


We in the Washington, DC area were fortunate that 
the "2 Meter Wormhole" link was activated at the 
start of the W6AMT digipeater system's test of 
NET/ROM. This new firmware package, developed by Ron 
Raikes, WAS8DED and Mike Busch, W6IXU plugs into the 
ROM socket on a standard TNC-2 terminal node 
controller. Intended for use primarily on hilltops 
and other wide-coverage digipeater sites, NET/ROM 
allows users to establish a transport level circuit 
from the W6AMT-O node located in the San Jose area 
to other parts of the state of California. This can 
be done by MD/VA/DC users connecting first to W6AMT 
via the 2 Meter input of WA3SYMH-i at Colleyve Park, 
Maryland with the command "CONNECT W6AMT VIA 
WA3YMH-1" or its abreviated equivalent. This 
connection is accomplished with the aid of the 
Maryland to California KU band satellite link 
mentioned above. Typing "NODES" produces a list of 
the nodes with which W6AMT-0O can connect. These 
presently include W6AMT-1, W6AMT-2 and W6AMT-3 with 
W6AMT-4 to be added too and W6AMT-7 to be added in 
the spring when the becomes accessable. While in the 
TNC's CONVerse mode, typing "CONNECT W6AMT-3" shouid 
produce a connect to this node, around 300 miles 
south of W6AMT-0. Depending on channel congestion it 
may take from less than 30 seconds to as long as a 
few minutes to link the nodes. After "arriving" at 
the dirtant node make connect attempts to area 
stations in the normal manner either direct or via 
level 2 digipeaters if needed. If after a period of 


time no connection is established a "Failure with 
W6XXX" message is relayed back by to the user froin 
the distant node. 


At the end of the QSO, typing "D" in the iae es 
command mode disconnected the entire circuit. The 
beauty of this type of network connection is that 
instead of multi-hop digipeating, the new NET/ROM 
firmware provides true store-and-forward packet 
switching. I'm sure you will] be reading more about 
these and other Level 3 & 4 tests on both the West 
and East coasts. 


After experiencing but a week of "Wormhole" and 
Level 3/4 linking we can truely (say... eee 
THE TWAIN HAVE MET ! 


Speaking of TWAINS, what a twain weck we had on 
January 4th in Maryland. But thats in another 
article about how MAPRC Packet Radio stations 
WB4APR, W3IWI and WB3FFV handled messages from over 
25% of the 600 passengers. 


-PRM- 


Post Mortem continued from page 13. 


the car, the emergency generator, the food that my 
wife had packed, the tools, cables, antennas, exten- 
sion cords, lights, foul-weather gear and grabbed iny 
two portable packet briefcases and a small box of 
accessories. I was tossed aboard a hook-&-ladder 
truck in the laps of several firemen for a cold 
three mile ride in to the command post. 


Engine Company 54 can best be described as a mob 
scene with every imaginable emergency vehicle and 
personnel mingled with a growing number of stranded 
passengers. I reported to the amateur radio table 
and found that N3FFB was just completing setting up 
his packet CRT and radio and was establishing a link 
on 145.01 with the WB3FFV BBS only a mile or so 
away. After an anxious several minutes word was 
received that the passengers were being ferried two 
miles down the road to the Bowleys Quarters VFD and 
that packet capability would be needed. I jumped 
aboard the first bus of 12 passengers and arrived at 
Bowleys Quarters at about 1800. The only amateur 
operator there was KA3ENQ operating an HT. We set 
up a packet table near the back door and strung ny 
fishpole antenna up the back of the building. Since 
the command center was going to use 145.61, I estab- 
lished a link on 145.05 through the W3GXT-5 digi- 
peater for sending health and welfare traffic. 


Having no idea of who, what, or where any other 
packet activity was taking place and noticing that 
the command center packet station had no printer or 
hardcopy capability, I decided the best thing was to 
start entering the lists of names from our shelter 
into a computer somewhere. I knew of at least three 
BBS's that could be accessed from the location but I 
had no Knowledge of how others planned to use then. 
Since I had both an M-100 based portapacket systein 
using a VADCG TNC and an EP-44 portable typwriter 
system with a TAPR TNC, I had the choice of off line 
message preparation on the M-100 or only manual 
operation of the EP-44 but with hard copy. I chose 
the hardcopy option with the more familiar TAPR TNC 
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(in case relief operators showed up) and established 
a connection with my mail drop BBS in Annapolis. My 
plan was not to tie up any of the major BBS's with 
my keyboard entry, but to let my maildrop program 40 
Miles away forward the traffic at machine speed to 
the W3IWI BBS and let Tom manage the big picture. 
From his BBS, other stations could download the 
passenger lists for usé at the multiple locations 
concerned. Throughtout the night, I would proup the 
passenger lists into messages of about i0 people 
each. I would send these to W3IWI if it was avail- 
able, or to my home BBS. If channel activity on 05 
was heavy, I QSYed to 145.01 and posted a few of the 
messages on the nearby WBS3FFV BBS. 

During the excitement, everything was su hectic in 
our shelter, that I never had time to find out what 
else was going on. I assumed that other packet 
activity was involved from the other shelters and 
that the command post was busy with traffic on 
145.01. I remained focused only on my effort to get 
our lists posted somewhere ASAP. The advantage of 
my C-64 BBS in Annapolis for interim messave posting 
was that it would forward to W3IWI immediately when 
I logged off, or if W3IWI was busy, I could force a 
forward at any future time remotely. Tom connected 
and encouraged me to upload directly to his BBS 
whenever it was free, because he could move the 
messages on flopy disk between his two BBS's and 
other computers for processing. With the availabil- 
ity of the three BBS's, I was never in a wait state. 
Whenever a list came to me, I was usually able to 
begin entry almost immediately. Reviewing the 60 
feet of printouts from my terminal after the exer- 
cise, almost every message was entered in under 10 
minutes each. The 14 messages contained the full 
name and address of every passenger in our shelter 
and the phone number of the next of kin. A total of 
165 passengers in our shelter were accounted for in 
our outgoing traffic. The other two shelters pro- 
cessed the remaining passengers. Later we learned 
that the train was carrying approximately 610 
passengers of which there were 15 fatalities and 170 
injured. 


The true meaning and vaiue of health-&- welfare 
message handling became clear. Although phones in 
the area were not dissrupted, they were completely 
swamped with more urgent traffic. For an accident 
at 1300 in the afternoon, ail of the passengers in 
our shelter still had not had access to a phone to 
call home as late as 2200 that night. With 165 
passengers and many tens of Red Cross and other 
support personnel in our shelter at the fire depart-— 
ment, the three available phone lines had to remain 
open for higher priority traffic. Amateur radio was 
the only method of getting the names out quickly. 
Using a packet channel not only increased the speed 
of transmission and reduced the introduction of 
errors in the data, but also kept the voice channels 
and repeaters free for higher priorty traffic. 


Since I was only allowed to enter the disaster 
area with what I could carry in both arms, it was 
fortunate that my porta-packet station was aimost 
completely self contained in a briefcase. The com- 
bination of a walkie-talkie with a mini-~coax antenna 
shoved up inside an 18 foot collapsible fiberglass 
fishing pole and a 50 foot piece of miniature 3 

Continued on page 36. 


LAYER 2 VERSUS LAYER 3 
Brian Lloyd, WB6ERQN 
Vice President, Engineering, MAPRC 
19200 Tilford WayGermantown, MD 20874 
(301) 540-2066 
WB6RQN @ WSIWI 
{bellcore|seismo!nbs-amrf}!wbh6rqn! brian 


Several months ago I was asked by KSKSY, "Why all 
this hoo-rah about Layer 2 versus Layer 3? Don't we 
already have a full network? And what's all this 
excitement about X.25/X.121/Virtual Circuits versus 
TCP/IP/Datagrams?" As I started to draft my pat 
answer I paused for some deeper reflection. Here is 
what resulted. See if this doesn't make some sense 
to you too 


Dear K5SKSY: 

You are absolutely correct, we do have level three 
already. In fact, with the BBS's we have all seven 
levels already (if you are willing to be a bit 
relaxed about the ISO definition). Let me describe 
the layers, e.g. their names and functions, and show 
how our existing "network" fits into the definition. 


In the International Standards Organization par- 
lance there are seven layers (what we call levels). 
The layers named and usually humbered as 
follows: 


are 


1. Physical 
2.Link 
3.Network 

4. Transport 
5Session 

6. Presentation 
7. Application 


The Physical layer is the hardware and link access 
level. It is the part that has to do with modem and 
radio type (typically Bell 202 subcarrier tones on 
an NBFM signal at 145.0X MHz). 


The Link layer is normally responsible for the 
point to point delivery of information. Under this 
heading comes our link protocol including the HDLC 
frame format. Some also say that the link is re- 
sponsible for the point-to-point delivery of error 
free information. I agree from the point of view 
that link level messages with errors probably should 
be discarded, but there are cases such a packet 
voice where a few errored bits are much less serious 
than a lost packet. It is not necessary for the 
link protocol to guarantee delivery of data either. 


The network layer is responsible for routing mes- 
sages through the network (multiple hops, as it 
were). 


The Transport layer is responsible for end-to-end 
delivery of whole messages. It insures that what 
the application sends gets to the destination 
intact. 


The Session layer is responsible for establishing 
a connection and maintaining the flow of information 
between sessions (multiple users taking advantage of 
a single transport connection). 
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The Presentation layer handles code conversion 
(ASCII to EBCDIC, Morse to Baudot, etc.) and generic 
functions such file transfer, device access, or 
encryption. Its functions are often a part of the 
application itself. 


The Application layer is responsible for the 
interface (connection) between the application pro- 
gram or service and the network as a whole. 
relate to existing 


So how does all this our 


network? 


First, consider our existing AX.25 level 2 proto- 
col. AX.25 level 2 is a variation on a standard 
link protocol called LAPB (Link Access Protocol 
Balanced). LAPB is the link or layer 2 protocol for 
X.20. For this reason AX.25 level 2 is viewed 
(incorrectly) as only a link protocol -- so there is 
a great effort to create level 3 when, in fact, 
AX.25 level 2 is already a link, network, and trans- 
port protocol! 


The link layer is the HDLC driver that discards 
messages that fail the CRC prior to forwarding any 
packets. Please note that our link layer does not 
insure delivery of information! It insures only 
that errored information is not delivered (if the 
frame is bad, it is discarded as if it had never 
been received). The network layer consists of the 
source, destination, and digipeater addresses in the 
packet. Our network layer is based on the concept 
of a datagram based network because the source and 
destination addresses are in every packet (that is 
the official description of a datagram based network 
-- every packet contains both source and destination 
addresses). 


AX.25 uses something called source routing, where 
the sender includes with each packet the route that 
the packet is to take through the network. The list 
of digipeaters combined with the destination address 
forms the source provided route. 


The transport layer is the original LAPB protocol. 
It makes sure that the packets make it from one end 
of the route to the other. If a packet gets lost 
the LAPB portion of AX.25 insures that the sender 
will resend any packets that did not make it to the 
destination. 


So we see that we really already have four of the 
layers for our network. The problem with existing 
AX.25 is that it breaks down very badly in the 
presence of other stations and it is limited to path 
lengths of only 8 hops. To solve this problem many 
folks have embarked on development of "level 3." 


The current level three activity is really a 
couple of things. It is, in part, an attempt to 
improve the reliability by adding link level ack- 
nowledgments on a hop-by-hop basis. This would 
improve the end-to-end reliability and reduce the 
reliance on the transport service. Please note that 
the transport service would still be required to 
insure end-to-end reliability because it is possible 
for information to be lost within a digipeater after 
it has been acknowledged but before it has been 
retransmitted. 
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The other aspect of the push for level 3 develop- 
ment is to come up with a better routing system that 
is more flexible than strict source routing with no 
more than 8 hops. To this end some of the folk have 
begun to use X.121 while others have been playing 
with the Internet Protocol (IP, the ARPAnet/MilNet/ 
Defense Data Network protocol suite). 


An interesting aspect of all this is what happens 
when we add the BBS as an application. In this case 
each BBS functions as a node or switch in our net- 
work and AX.25 becomes simply a link between the 
BBS's. The network or routing function is now sub- 
sumed under the BBS software and there is no end-to- 
end transport mechanism to insure delivery (if we 
added return receipt requested then we would have a 
transport service). This is all well and good and 
the BBS's do provide a valuable service. What they 
do not provide is a real-time connection between the 
end users. 


Well, I think I have hit the high points. Basic- 
ally it boils down to how you look at the thing. 
From one point of view the BBS's form the network 
layer and AX.25 is the link layer. From another 
point of view AX.25 is the transport service, digi- 
peaters are the network, and the BBS is an applica- 
tion. In any case we do have al] the layers and we 
do have a network. Yes it can be done better and 
that is what all the excitement about X.25/X.121/ 
Virtual Circuits versus TCP/IP/Datagrams is all 
about. 

— PRM = 


LANs AND THE PHYSICAL LAYER 
Brian Lloyd, WB6RQN 
Vice President, Engineering, MAPRC 


In our area there is a recurring discussion about 
the concept of the Local Area Network (LAN). The 
biggest discussion centers on deriving the defini- 
tion for a LAN. Well, a rose by any other name 
would smell as sweet, says the Bard. In this case, 
I figure it doesn't matter much what you call it so 
long as it works. I wish to submit as the defini- 
tion for a LAN a concept that I will refer to asa 
directly connected network (DCN) (thanks goes to 
Mike O'Dell, KB4RGM, for the name). 


The concept of a DCN is quite simple: everyone in 
the network can hear everyone else. Based on this 
concept there is absolutely no need for a digipeater 
in a DCN. There are some very sound reasons for 
wanting this to be the basis for the LAN: 


1. There are no hidden terminals. This immediately 
translates into a threefold throughput improvement 
under heavy loading. This is based on the assump- 
tion that 1 persistent Carrier Sense Multiple Access 
(CSMA -- listen before you talk) has a theoretical 
maximum throughput of 54% of channel capacity while 
ALOHA (named after a Hawaiian packet radio network 
which doesn't listen before it transmits) has a 
theoretical throughput of 18% of channel capacity. 


2. There is no digipeater delay. This translates 
into an n+1 fold increase in throughput because data 


Continued on page 40. 
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It is now the first of February and the TAPR 
Annual Meeting is less than three weeks away! If 
you are on the fence about coming, come! This 
year we will have more speakers and more time to 


meet than ever before. The Board meeting will 
occur before the general meeting, so you won't 
have to wait for the March issue of PSR to find 
out what's going on in that regard. You will be 
able to provide some immediate feedback to 
the Board's actions and decision for TAPR's 
future. 

In addition to the normal pizza bash = and 
racing torunament, we are planning on some real 
western entertainment Saturday night at the 


Triple C Chuckwagon Ranch. 


There are bound to be some surprises, so make 
your reservations now! 


week 
details on 

the Board 
you haven't sent in 


A special mailing was sent out the first 
of February to all TAPR members with 
the meeting and, even more importantly, 
of Directors election. If 
your ballot, do so today! 


In this issue Eric, N7CL and Dan, 
on some very interesting findings 
packet modem performance. 
may be different 


KV7B, report 
regarding HF 
While their station setup 
than yours, the results are 
very. very interesting. If you have access to 
the gear, or your local club or group does, it 
would be very informative if you conducted simi- 
lar tests with other radios and/or IF _ band- 
widths to compare results. 


Meanwhile, looks like we have effectively opened 
40 meters for a number of new packet channels 
without causing any other Amateur operations any 
problems at all! 


On other technical fronts, the PSK modem project 
is barreling along and prototype units will be shown 
at the Annual Meeting. We hope to be able to 
take orders at that time as well, with "complete 
kits" (less cabinets, switches and cabling) sell- 
ing for about $70 to $80. The final price has 
yet to be determined. 


Stay tuned! 
— PRM - 


Interfacing the Kenwood TR2600 
Eric Gustafson, N7CL 


This article describes the radio-to-TNC interface 
required to put a Kenwood TR-2600 into service for 
packet radio. Jt is written for interface to a 
TNC-2, but the hookup and audio levels will work 
for a TNC-1 as well. 


The 2600 has four interesting characteristics which 
make the hookup less straightforward than it should 
be! 


First, the PTT signal is generated by connecting 
the shield lead of the microphone plug to the 
shield lead of the external speaker jack. 


Second, the 2600 will not tolerate any dc coupling 
of the microphone signal lead to ground. 


Third, the microphone audio signal goes in on the 
ring circuit of the microphone plug, NOT on the tip 
as one might assume. 


Fourth, the squelch circuit in this radio is ex- 
tremely slow to open. I have been unable to operate 
successfully when the squelch is used. I run mine 
open all the time. This may not be a problem with 
all TR-2600s. I1 have seen some later models that 
seem to work fine even with the squelch on. 


The audio output circuit of the TNC provides far 
too much audio for most microphone input circuits. 
This requires the level pot to be set at or near 
the very bottom end of its range to obtain the 
proper drive for the radio. 


Operation of the TNC with the level pot set in this 
fashion causes two problems. 


First, the level of the audio provided by the 2206 
AFSK modulator chip is reduced to a level compar- 
able to the level of the power supply noise that is 
always present at the output of this chip. The 
result is almost as much modulation due to the 
power supply noise as from the desired tones. 


Second, there is a region of adjustment near the 
bottom end of the level control pot (R76 on a TNC- 
2) where there is an abrupt change in audio level. 
It goes from almost no audio (when the wiper is on 
the conductor at the end of the resistance element) 
to too much for most radio microphone inputs (when 
the wiper moves onto the resistance element) ina 
small fraction of a turn of the adjustment screw. 
This turns the level adjustment into a hit or miss 
proposition. In order to get the level right it is 
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necessary to set the pot so that the wiper is just 
barely touching the ground contact at the bottom 
end of the adjustment range. This is a very criti- 
cal adjustment at best and is likely to change due 
to temperature cycling, shock or vibration etc. 


In order to avoid the above problems, install a 22k 
resistor in series with the microphone audio lead. 
This resistor can, and probably should, be located 
inside the microphone plug. With this resistor 
installed it will be necessary to increase the 
audio output from the TNC. This will put the pot 
wiper up onto the resistance element in a region of 
smooth adjustment. It will also set the audio 
output level from the 2206 chip at a level that is 
far above the power supply noise. 


There are a couple of secondary benefits to the 
series resistor as well. I use it on all of my 
TNC-to-radio hookups. The relatively high series 
resistance in the audio line greatly attenuates RF 
feedback or stray RF from another transmitter. If 
you live near an AM broadcast transmitter, as some 
of the packeteers in this area do, this will remove 
the music and news from your packet transmissions! 


Also, by selecting the exact value of this resistor 
for each radio I use, I can leave the audio level 
on the TNC set to one value and plug it into any 
of my radios without having to reset the level each 
time. It is also possible to use the audio loop- 
back in the TNC without increasing the TNC audio 
output beyond the level necessary to drive the 
radio properly (this may not be as noticeable on a 
Rev 2 TNC 2 as it is on a pre-Rev 2 board). 


As is the case with most commercially available 
NBFM trancievers, the TR-2600 does not properly 
preemphasize modulation frequencies on the high end 
of the voice band ( 1500 Hz and up ). To compen- 
sate for this, a capacitor with a value of 0.002 
microfarads in series with the already mentioned 
22k resistor in the microphone audio lead will 
provide D.C. isolation as well as add the needed 
preemphasis to the transmitted AFSK tones. 


To properly interface a TNC-2 to a TR-2600: 


1 Make sure that the radio is properly adjusted 
for voice operation. 


yA Make the interface cables as shown: 


TNC RADIO 


Se Set R76 in the TNC-2 so that an audio level of 
approximately 200 millivolts peak-to-peak ap- 
pears at the audio output pin of the TNC-2. 


4. Transmit a high tone in calibrate mode and 
make a smal] final adjustment to R76 so that 
the deviation on the high tone is 3.0 kHz. If 
you are unable to measure deviation, the 200 
millivolt setting will be very close to the 
correct value for a properly adjusted radio. 


a Get on packet and have fun. 


This same procedure can be used for other radios as 
well. If you have access to deviation measuring 
equipment and use this method for setting up other 
models of radio for properly preemphasized AFSK 
packet operation, please send the information on 
the final values of the series resistor and capaci- 
tor to me or have them published in PSR. In this 
way we can eventually get a compilation to publish 
for the popular radios. The newcomer's task will 
be greatly simplified if this is done. My address 
1S: 


Eric Gustafson N7CL 
2018 S. Avenida Planeta 
Tucson, AZ 85710 
(602) 747-1410 


— PRM - 


A MODEST PROPOSAL 
Dan Morrison, KV7B 


Do you think that HF packet radio on 40 meters is 
frustrating? Do you think that 7093 kHz is a little 
overutilized? Would you like to strike out for 
greener pastures on HF packet? Then read on! 


On an number of occasions during the months of 
December and January, Eric Gustafson, N7CL, and I 
have been running tests of packet transmission in 
the vicinity of foreign broadcast stations on 40 
meters. The high degree of success we experienced 
stimulated the proposal in this article. (1 believe 
that the tests between N7CL and KV7B are the first 
two-way packet QSOs on these frequencies. Any chal- 
lengers? ) 


As you must Know all too well, these broadcast 
stations are permitted by international agreement to 
occupy 7100 to 7300 kHz in ITU Regions 1 and 3. 
Within Region 2 Amateur radio is the primary ser- 


(1) XMIT audio - 22k - 0.002 uF- Mic plug “ring" : : 
/ vice, without however, any protection from the 


Region 1 and 3 broadcast stations. There are a 
number of "less well regulated" broadcast stations 
operating outside these limits. (Listen most any 
evening in the vicinity of 7030 kHz, for instance). 
Ostensibly all these stations are "intended for use 
within Region 1 and Region 3" (excerpted from note 
3508D of IRR table, as quoted in ARRL publication.) 
Nevertheless, a casual trip through 40 meters will 
quickly convince you that, however their transmis- 
intended they manage to produce great 
wastelands in the Amateur allocation on 40 meters. 
Wastelands as far as those of us on SSB are 
concerned. Does it have to be true in general? 


(3) PTT (key) Mic plug "sleeve" 


(Y) RCVE audio - - - - - - - - - Earphone plug "tip" 


(2) Ground - - - -------- Earphone plug "sleeve" 

(Note!!!! The TR-2600 microphone plug is a minia- 
ture 3 - circuit stereo type plug. Only 
the "ring" and "sleeve" circuits are 
actually used. The "tip" circuit of this 
plug is UNUSED !!!) 
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Well, not quite. It turns out that the signals 
broadcast by these stations are not particularly 
uniform. In fact, there are well defined holes in 
their signals. To convince yourself of this, dial 
up any one of these interlopers and switch in your 
500 Hz CW filter. First stick the carrier in the 
middle of the filter passband (typically at about 
800 Hz audio freyquency) and look at your S meter. 
Reads 40 over 9, does it? Next, shift the carrier by 
200 or 300 Hz away from center in either direction, 
so the carrier is significantly reduced. You should 
see a substantial drop in average reading, particu- 
larly if the program material is speech (BBC at 
7105 or 7160 kHz is a good place to listen, on the 
hour). If you slowly dial further out, you will see 
your S meter begin to pick up again, then fall as 
you get out beyond the main speech frequencies. It 
turns out there's generally a hole in the spectrum 
between the carrier and either sideband out to about 
300 to S00 Hz that can be utilized by a packet 
station. (HF packet occupies about 500 Hz of 
Spectrum.) During times of music this may not be so 
true, but even then it seems there are long inter- 
vals when those bass notes aren't really very 
strong. 


Eric and I decided to see if we could utilize 
these spectral regions in and near BC signals. The 
300 to 500 Hz hole between the carrier and the 
lowest sideband frequencies seemed relatively diffi- 
cult to use, although we were able to operate 
reliably after some critical tuning. Our greatest 
success, however, has been while operating about 
2125 Hz away from the carrier. This is very simply 
achieved by anyone owning a TNC with 2025/2225 Hz 
modem tones: Simply zero-beat the station's carrier 
and transmit. For everyone else, 1 recommend you 
tune up to transmit at the same frequency offset. 
The reason for this is that those TNCs using 
2025/2225 Hz modem tones are invariably using the 
AM7910 modem chip. This chip has no provision for 
a tuning indicator, and these TNCs are the least 
capable of being tuned up on other signals. 


For packeteers using 1600/1800 Hz modem tones, 
Simply off-tune 425 Hz after zero-beating the car- 
rier--in the right direction, of course! If you are 
transmitting LSB, you will be moving your dial down 
520 Hz, and the reverse if you are using USB. For 
packeteers using 2120/2320 Hz modems move 95 Hz in 
the other direction. Of course, it does not matter 
which sideband you use for HF packet, due to the 
NRZI data format. So far, Eric and I have had no 
difficulty in sustaining high quality QSOs with 
California and Texas stations, literally for hours, 
using the latter mode of operation. We've connected 
on 7093, moved to 7095 or 7097 so we could actually 
communicate, and then all moved over to the broad- 
cast frequency. After that we enjoyed nearly 100 
percent copy with no QRM whatsoever. 


It turns out that the typical spectral power in 
the broadcast signal this far from the carrier is 
usually sufficiently weak to permit reliable packet 
activity. On the other hand, most wide band Amateur 
modes, especially SSB, tend to stay further away 
from the BC station than this, so the packet QSO is 
not generally interfering with Region 2 Amateurs. 


What are the requirements’ inere are three major 
ones. First, there's a legal one: If you consult 
FCC Part 97.63, you will see that Fi is permitted 
from 7000 to 7150 kHz. At this time I don't know 
whether or not this means packet operation above 
7150 is unauthorized. If it isn't authorized, it 
should be, along with RTTY and AMTOR, for reasons 
I'll go into later. In the mean time, please geta 
suitably responsible ruling on this issue before 
plunging ahead above 7150. Incidentally, LSB right 
at 7150 (Radio Moscow, I believe) adheres to this 
frequency allocation. 


The two remaining requirements are technical in 
nature, not political. First of all, you must have 
a 500 Hz filter which you can center on your modein 
receive frequency. Don't even consider this type of 
operation without such a filter. It turns out that 
everyone on HF packet should be using such a filter 
anyway, since it seems that all present TNCs have 
limiters early in their audio processing, so this is 
a good time to go get a narrow filter if you don't 
already have one! 


The final major technical requirement is that your 
TNC's DCD control signal should be derived from a 
phase-coherence detector rather than an envelope 
detector. Unfortunately, this leaves out a fair 
number of TNC owners--~all TNCs using the AM7910 
modem chip derive their DCD output from an envelope 
detector rather than from a phase detector. This 
means that they cannot operate properly in an inter- 
ference environment. This is a real shame, as the 
AM7910 otherwise seems to perform quite acceptably 
as a demodulator. The AEA PM-1 and PK-232 also have 
an envelope detector for this function. (See Eric's 
article(s) on the extensive modem comparison tests 
he recently performed.) All modems using PLLs 


ulators), which have phase-detector derived DCD, can 
be used in this mode quite easily, particularly if 
the DCD filter is modified, to increase the time- 
constant by a considerable and adjustable amount. 
For an example of such a modification, see the 
schematic of the reference modem Eric used in his 
tests. 


Other users could use favorite broadcast stations 
as congregation points, much as 7093 KHz is being 
(over)used today. "See you at Radio Moscow" might 
be a rallying cry in the future. Quite seriously, 
we're talking about increasing the available chan- 
nels from 3 or so presently (more often than not, 
only one channel is used) to somewhere between 10 or 
20, depending on how the packet/Fi frequency alloca- 
tion issue comes out. As a side effect, the greater 
the packet occupancy near broadcast stations, the 
Jess desirable 40 meters will become to the broad- 
casters, at least in Region 2, and perhaps we will 
have taken a step toward eliminating this substan- 
tial incursion into Region 2 Amateur activity. 


One minor issue remains for operation near to BC 
stations. In fact it's an issue for operation any- 
where, but is particularly important within an 
interference environment. I'm talking about tuning 
accuracy. The single greatest cause of missed pac- 
kets (after of over-occupancy of the packet chan- 
nels) is miss-tuning on the part of one or more 
parties in a packet QSO. 
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The single best cure for this problem is an accu- 
rate tuning indicator on your modem, such as the 
TAPR unit for 2211 demodulators. With a good tuning 
indicator you don't need laboratory-grade frequency 
synthesizers to get on frequency. For example, the 
TAPR tuning indicator, which is an LED bargraph type 
indicator with a single lit element which indicates 
PLL loop stress, will resolve tuning errors to 10 
Hz, far more accurately than is required for a 
properly set up demodulator. 


A proper method for getting on frequency is for 
everyone to agree on a frequency offset from the BC 
station's carrier. If it's 2125 Hz and everyone is 
on LSB (the usual case), and one person has a TNC 
with modem tones at the desired offset, that person 
should carefully zero-beat the BC carrier and trans- 
mit a dithered calibration tone (available on TNC2 
clones, for example) or alternate between high and 
low tones for a several seconds. Everyone else 
should adjust their frequency so that their 
transmission frequency ends up at the same place 
they hear the calibration tones. After this, every- 
one should restrict all tuning operations to their 
receive frequency. If all participants in the 
QSO have 1700 Hz center frequency modems one person 
should agree to be the reference and offset his or 
her transmission by the appropriate amount from the 
carrier. Tuning by the other participants then 
proceeds as above. 


Why do I advocate allowing all types of F1 opera- 
tion throughout the entire HF Amateur allocation? 
Simply, because it will permit modes such as the one 
described in this article to really make use of all 
the available "wasteland" now carved out of 40 
meters. I don't have a pipeline into the FCC, but I 
presume their restriction on F1 was based on a non- 
interference principle: If Fil were permitted every- 
where, it would be everywhere. Well, that just 
isn't so. As a counterexample, slow-scan TV (which 
can be considered an example of wide-shift F1) 
is permitted in SSB allocations, and is rather 
closely confined by informal agreement in those 
bands where SSTV activity is highest. In fact, it 
is the SSTV operators who feel interference first, 
rather than the SSB operators. 


As a practical matter, all the digital modes are 
more "fragile" than SSB voice, and simply don't 
compete well enough with SSB voice to be a nuisance 
threat. Present demodulators, be they for packet 
radio, RTTY, or AMTOR, simply can't tolerate signif- 
icant amounts of interference. In fact, this aa 
major reason most packet activity on 40 meters is 
confined to a single channel at 7093 kHz: Most 
other frequencies between 7090 and 7100 kHz are 
typically occupied by South American SSB signals. 
On the other hand, by permitting Fi throughout the 
whole of 40 meters, a very substantial increase in 
digital communications could take place, with no 
additional interference to other Amateur transmis- 
sions. I hope the present wording of 97.61 permits 
packet radio operation throughout the whole of 40 
meters. If it doesn't, I hope steps are taken to 
rectify this situation. 


In view of the rapid acceptance of HF packet radio 


as a predominant long haul traffic handling mode, it 
behooves all of us to seek greater utilization of 
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our precious spectral allocations. I encourage all 
HF packeteers to try my proposal, and look forward 
to comments on any of the subjects I've discussed. 


[Editor's note: This is a fine article dealing 
with a new method of improving the utilization of 
the 40 meter band. The following notes are intended 
only to add perspective to some of the technical 
comments, and are not meant to detract from the 
central message of the article in any way. The 
reader is referred to the modem performance articles 
in this issue and the previous issue for further 
technical discussions. 

This article makes some generalizations about 
carrier detection, and lumps all TNCs into two broad 
categories, carrier detection by phase detection or 
envelope detection. The reader may choose to inves- 
tigate the methods used in various TNC designs. In 
addition, the conclusions expressed in this article 
are for a special mode of operation purposely using 
a channel shared with voice. For usage on a dedi- 
cated packet frequency, or on a multiple use fre- 
quency where transmission on top of an existing 
voice user is undesirable, the user may wish to 
consider whether detecting only other packet signals 
is the most appropriate method of operation. 

TNCS may use 2025/2225, or similar tone pairs 
higher than the 'TAPR standard' 1600/1800 tones for 
a variety of reasons unrelated to the modem chip 
being used. Two significant reasons are to allow 
the use of modem filters designed for RTTY opera- 
tion, and because the EXAR 2211 demodulator may 
perform better with more signal transitions per data 
bit and a smaller frequency shift. Secondly, the 
statement about the 7910 having no provision for a 
tuning indicator is only applicable to support of a 
'TAPR style' tuning indicator based on PLL error 
signals. ] 

RM 
The Hidden Terminal 
Lyle Johnson, WA7GXD 

"Hidden Terminal Syndrome" simply refers to the 
case where station A and C can't hear each other, 
but station B can. If A and B are having a QSO, C 
can cause a lot of interference even though he 
politely waits for B to end his transmissions. 


An excellent example is a wide-area divipeater. 
If you use long digi chains in your area, or have a 
wide area one, you Know what J mean. Retry city! | 
spoke to one individual who has a busy tone on his 
digi at the 600 kHz split. His throvupihpwiees 
dramatically better, because now other stations hold 
off whenever the digi detects a transmission on its 
input/output frequency. Of course, now the digi 
needs cavities and all] the rest of the hoopla that 
is necessary for a standard full-duplex repeater 
(probably should have 'em if it is on a mountaintop, 
or an rf-intense area, anyway). 
have done here in Southern Arizona is 
install a dedicated packet full duplex audio 
repeater. Now we have 1200 bps throughput (not 600 
as you would get with a single digi), everyone can 
hear everyone else so there are few if any hidden 


What we 


terminals, and it works like gangbusters. of 
course, we carefully balanced the audio, deviation, 
and etc. 


eC 
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HF MODEM PERFORMANCE COMPARISONS 
Eric Gustafsen, N7CL 


Last time I talked about doing some modem compari- 
sons. Now it is time to examine the choice of 
reference demodulator and report the results of the 
comparisons. 


There is an error in the circuit diagram of the 
reference demodulator as presented in the December 
PSR. One corollary to Murphy's laws is that no 
schematic diagram can be published error free. Two 
component values have been switched. The 0.0047 uF 
cap shown on pin 8 of the 2211 should be marked 0.01 
uF. The 0.01 uF cap shown on pin 11 of the 2211 
should be marked 0.0047 uF. [I have no idea how this 
could have happened. I can only suppose that Murphy 
got into Gwyn's photo copier and distorted the lens 
in such a way that those values were transposed when 
he copied the hand drawn schematic I sent him. (I 
believe that this is the first error generated by 
this mechanism in an article related to packet 
radio. Any challengers?) 


There are a number of good reasons for choosing 
the XR-2211 as the reference demodulator. I[t isa 
cheap and easily duplicated circuit. The demodula- 
tion technique is matched to the baud rate / shift 
combination being used for HF packet. It is very 
easily retuned to various center frequencies used by 
other less easily shifted modems. And, I had all 
the fixin's for one already in place in my TNC-2 
clone. In fact, any TNC-1 or TNC-2 demodulator can 
be easily converted to the circuit of the reference 
demodulator. MFJ informs me that they will be 
using this circuit as the demodulator in their new 
model 1274 HF/VHF switchable TAPR TNC-2 clone. 


HF FILTERS 


Those of you who are paying attention will have 
noticed that other than the very broad passive input 
coupling circuit there is no audiv bandpass filter 
included ahead of the demodulator. The reasons for 
this are twofold. First, dispensing with an active 
relatively high Q audio filter keeps the demodulator 
circuit very simple and easy to retune. Second, and 
most important, is the fact that a narrow filter at 


this point in the system is closing the barn after’ 


the horse is out! 


While running these modem tests it became very 
clear to me that the system noise bandwidth has to 
be established ahead of the system AGC detector. 
This means in the I.F. strip of the receiver. All 
of the demodulators I have tested are sensitive tu 
audio input level variations. While some are much 
less sensitive to this than others, all will suffer 
degraded performance when a signal other than the 
desired one is operating the receiver AGC system. 
If an undesired signal reduces receiver gain so that 
little or no audio is recovered for the desired 
signal, modem performance suffers. Most TNCs have a 
limiter of some flavor or other as the first stage 
of the demodulator. Since these limiters are ahead 
of any filtering, it is important to limit the 
system bandwidth before this point to avoid inter- 
ference from in-band intermodulation products 
generated by the limiter. 


The optimum bandwidth filter to use for 300 baud 
NRZI FSK data is somewhere in the neighborhood of 
400 to 500 Hz. It is a fortunate happenstance that 
most transceiver manufacturers offer CW filters of 
approximately this bandwidth. All testing I have 
done for comparison of different types of modems has 
been done with a 500 Hz bandwidth I.F. filter in the 
radio. I used the I.F. shift feature of my particu- 
lar radio to center the filter passband over the 
modem center frequency being used. Once the noise 
bandwidth of the system is established in the I.F. 
strip, there is no need to do additional filtering 
at audio frequencies unless your receiver has some 
very disgusting characteristics in the product 
detector and audio stages. [{Ed. Note: Most CW 
filters are extra-cost options and therefore may not 
be installed in many transceivers if the owner is 
not interested in optimum CW performance. Properly 
adjusting (or modifying) the radio to center the 
filter over the packet signal requires skill that 
new packet operators may not possess. Therefore 
audio filtering on the TNC device may be the best 
approach for commercially produced TNCs. ] 


TEST METHODOLOGY 


There are a few caveats to be aware of if you 
intend to duplicate this type of test. So that you 
don't have to spend as much time as I did in dis- 
covering this for yourself, I'll describe the test 
methodology used for these tests ina step by step 
fashion. 


1. As I mentioned last time, the audio fed to 
each modem is from a single receiver. This gives 
both demodulators exactly the same signal to work 
with. Comparisons done using two different signals 
at different times are simply invalid for use as 
performance comparison data. 


2. Some time must be spent finding out the opti- 
mum audio level for the demodulator being tested. 
The audio level] is then adjusted to the optimum 
value for the modem under test. The reference 
demodulator is very tolerant of input level varia- 
tions and so far it has been happy with whatever 
level was required by the demodulator being tested. 
If this is not the case, it will be necessary to 
take steps to assure that both demodulators are 
happy with the audio signal level. 


3. Determine whether there are any software idio- 
synerasies which may affect the results. This 
refers both to the TNC software and the terminal 
software of the host computers. For example, I 
wished to test the demodulator in the single chip 
AMD7910 modem. Since I was too lazy to build a 
breadboard version to test, I used a Kantronics KPC- 
2400 TNC. The only fly in the ointment was that the 
KPC software had a slightly different format for 
displaying monitored packets. The files had to be 
filtered to remove a few extra characters from each 
line which were different from the lines reported by 
the TNC-2 clone which was running version 1.1.3 
software. The differences in terminal programs were 
resolvable by finding compatible parameter settings 
(like auto linefeed handling etc.). 
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4. Align the reference demodulator center freg- 
uency to the center frequency of the demodulator 
under test and center the receiver I.F. filter pass- 
band over the demodulator center frequency. 


5. Tune to the center of a busy channel like 
14.109 MHz on 20 meters or 7.093 MHz on 40 meters. 
If the modem under test had a tuning indicator, I 
used it for this determination. Otherwise I used 
the TAPR tuning indicator on the reference demodula- 
tor. The TAPR tuning indicator also turned out to 
be very useful for centering the receiver I.F. fil- 
ter response over the demodulator center frequency. 


6. Capture and store 2 buffers simu]taneously. 
The buffer being fed by the reference demodulator 
should have at least 10K characters in it for the 
test to be very meaningful. I tried to get 18K to 
22K when I ran the tests. This number is necessary 
since there is typically only a small difference in 
performance between the various modems. 


If you are smart you will give the disk files 
meaningful names (not TEST1, TEST2...etc.) and 
include a header in the file with information as to 
which demodulator generated the file, date, time, 
etc. so that you will be able to correlate them 
later. The headers can be stripped off before 
counting characters. 


7. Correlate which file is to be compared to 
which other file. Edit the files to compensate for 
any software differences. Then strip off any header 
information. 


8. Count the characters in the files. 


9. Divide the number of characters captured by 
the demodulator under test by the number captured by 
the reference demodulator. The result of this divi- 
sion will be a number greater than 1 if the demodu- 
lator under test is superior to the reference 
demodulator. This number is the "figure of merit" 
for the demodulator under test. 


On Repeat steps 5 through 9 above at least 4 
times to make sure the results you are getting are 
consistent. If they are, then average the figure of 
merit numbers to get a final value to use. 


TEST SETUP 


Now for the good part: The results of the testing 
done at my QTH so far. All of the testing I have 
done has been with a TS430S as the receiver. The 
500 Hz CW filter was used at all times. The antenna 
was a random wire about 100 feet long and fed from 
an "L" network tuner. Tests were run on both 40 and 
20 meters and the results reported here are averages 
of the tests on both bands. Significant differences 
were noted between bands for all modems tested. The 
R.F. gain was run at maximum and the audio level was 
set to produce optimum performance of the demodula- 
tor under test. This included the operation of 
the data carrier detector. That is, nobody cares 
how well a modem receives if, in order for it to 
receive, it has to be adjusted so that you never get 
to transmit. Therefore, on modems with no separate 
DCD threshold control, the audio level was adjusted 
to give useful DCD operation. 


AEA PM-1 


The first demodulator I tested was a filter/slicer 
type. It was an AEA PM-1. This was available due 
to the generosity and curiosity of its owner, Jim 
Reynolds, W7FPX. I used this unit for a few weeks 
before starting the tests to be sure that I was 
operating it properly. After hearing how much bet- 
ter the PM-1 was supposed to be than the built in 
2211 demodulator, I was expecting the PM-1 to 
slightly outperform the reference demodulator. I 
found this to be the case only if the 500 Hz filter 
was not used in the radio and then only when there 
was no strong adjacent channel interference capable 
of capturing the receiver AGC from the desired 
signal. The figure of merit for this demodulator 
when running the 500 Hz filter in the radio was 
0.9158 (4 decimal places are probably not signifi- 
cant but you can round the numbers wherever you feel 
comfortable). This was the lowest figure of merit 
for any of the tested demodulators. [See editor's 
note above. Operating all demodulators ina stan- 
dard fashion for uniform test reporting may not 
reflect the manufacturers intended mode of operation 
for which the unit is optimized. } 


KPC-2400 


The next demodulator to be tested used the AMD7910 
single chip modem. I was not expecting this demodu- 
lator to perform well in a radio environment as this 
chip had been specifically designed for use on nice 
quiet land lines. Needless to say I was shocked 
when this unit turned in the best demodulation per- 
formance of all the modems tested so far! The 
figure of merit I obtained for this modem using the 
above test method was 0.9988. This is, for any 
practical purpose, as good as the reference demodu- 
lator. I would have needed to capture huge 100K 
buffers to make this difference from 1.000 signifi- 
cant. 


This would be an excellent modem to use for packet 
except for 1 major drawback. The carrier sense 
system uses an envelope amplitude based detector. 
This is fine on a nice quiet phone line or on a VHF 
FM channel which is so lightly loaded that it can 
tolerate the extra delay of squelch circuits but it 
The DCD in this chip will falsely detect noise as a 
carrier and also fail to catch the weak station who 
is actually putting a carrier on the channel. Thus 
it will prevent you from transmitting at times when 
it would be perfectly all right to do so and also 
let you transmit over a weak station even though 
that station is perfectly readable. All of the 
modems which base DCD on an amplitude decision suf- 
fer this fault. <A good “phase coherence level" type 
of data carrier detector will hold you off a signal 
which is so weak as to be completely unreadable and 
yet it will ignore an uncorrelated noise level of 
arbitrary amplitude. [editor's note: This discussion 
of 7910 carrier detection may not apply to all TNCs 
which use the 7910 modem, since some of them do not 
make use of the 7910's built-in carrier detect 
function. ] 


22 PACKET RADIO MAGAZINE 


PK--232 


The last demodulator tested was the one in the PK- 
232 from AEA. AEA graciously provided TAPR a unit 
for use in this test. They bill the demodulator as 
a filter discriminator type rather than a filter 
slicer type although I'm not sure what the basis for 
distinction is. At any rate, AEA assured me that 
the demodulator in the PK-232 would outperform the 
one in the PM-1 which I had already tested. This 
turned out to be quite true in fact. The figure of 
merit generated for this demodulator was 0.9524. 
This places it just about midrange for the commer- 
cially available packet modems tested up to this 
point. ‘ 


GENERAL OBSERVATIONS 


During the course of this testing I have had a 
chance (been forced) to spend a lot of time obser- 
ving HF packet communications under various band 
conditions. It was very instructive to have two 
demodulators of different types which used different 
demodulation techniques copying a channel simul- 
taneously. This made it possible to note the 
conditions which caused both systems to fail to 
copy. 


COLLISIONS 


The single biggest observable reason for failure 
to copy a particular packet was by far collision 
with another packet. I would guess (this is a very 
well educated guess) this accounts for 70% of the 
failures to copy on 20 meters and fully 50% of them 
on 40 meters. While a large number of these col- 
lisions are due to the effects of HF propagation 
preventing everyone on the channel from being able 
to hear everyone else on the channel, a significant 
fraction are due to the use by many stations of 
amplitude based data carrier detectors with charac- 
teristics as mentioned above. 


MULTIPATH 


Running a distant second to collisions is time 
dependent channel distortion due to multipath. When 
a multipath null drifts through the channel such 
that the actual null occurs between the opening and 
closing flags of the packet, none of the demodu- 
lators is capable of recovering all the data error 
free. This is a much more frequent occurrence on 40 
meters than on 20 meters. In general, the closer 
you are to the MUF the less of a problem this will 
be. Even during the worst times on 40 meters if 
multipath is the only hindrance to copying, the 
channel will be quite usable. There will be a 
significant number of retries but the channel will 
handle a useful amount of data. It will certainly 
handle enough to support a very enjoyable QSO! 


QRM 


Running a close third to multipath is non-packet 
QRM. This is also much more prevalent on 40 than on 
20 meters accounting for approximately 20% of the 
hits on 40 and 5% on 20 meters. On 40 meters (at my 
location) this is usually foreign SSB stations who 
are miffed that the U.S. amateurs are using their 
phone bands for packet. The RTTY jammers finally 


seem to have piven up as they have discovered that a 
TNC with RETRY set to 0 is more patient than any 
jammer. As soon as they would let up to see if they 
were being effective, the TNC would slide the data 
past 'em (this is another reason it is important for 
DCD to be working properly). Since the channel 
sounded the same before and after the jamming ses- 
sion, they couldn't tell if they had been effective. 
Since most of them couldn't copy the epithets being 
sent about them on packet, the jamming was no fun 
and they quit. There is a lesson here for other 
modes as well... 


WEAK SIGNAL 


Weak signal conditions account for only a small 
fraction of the misses at this location on these 
bands. They were responsible for only about 10% of 
the hits on 20 meters and 5% on 40. These usually 
were in the form of retries on the last pacKet or 2 
to make it when the band was on the way out. Simi- 
larly, when the band was coming in, there would be a 
brief period of more than ayerage number of retries 
on the first few packets to be heard. When the 10 
and 15 meter bands are working the weak signal 
performance of the demodulators is of much more 
importance. I did happen to catch 1 opening of 15 
meters where there was some packet activity on 
21.093 and 21.097 MHz. I didn't get a chance to run 
an actual direct comparison test as I was having too 
much fun operating in the QSO mode but I quickly 
determined to my own satisfaction that the reference 
demodulator is superior to all the other tested 
units in weak signal conditions. Only the AMD7910 
copied as well and it required the audio level to be 
set to a point where the background noise kept the 
DCD on 100% of the time. Since I also wished to 
transmit, I ended up using the TNC with the referen- 
ce demodulator in it. 


Finally, there were about 5% of the misses that I 
was unable to definitely identify a reason for. I 
suspect that they are related to multipath but were 
not associated with a definite “audio suckout" type 
null as the others that I have ascribed to multipath 
were. This is only a suspicion on my part as there 
was no observable difference between these packets 
and others that printed fine. 


It should be noted that these measurements were 
done during October, November, and December. This 
is a time when there is almost no lightning static 
noise at all in this area. If there had been, all 
the percentages reported above would have been modi- 
fied considerably to make room for a new and 
significantly large category. 


I was surprised to find that automobile ignition 
type impulse noise could be suppressed with the 
noise blanker in the TS430S without any apparent 
degradation to even weak signals. IT had thought 
that the blanker would put discontinuities in the 
signal which would foul up the demodulators. I 
could not have been more mistaken in this assumption 
as none of the demodulators had any trouble copying 
through the blanker. At the time I made this dis- 
covery, I was on 15 meters monitoring weak signals. 
None of the signals were readable without the 
blanker in operation. 
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CONCLUSIONS 


There are only small differences in the ability of 
the demodulators to copy packets. The worst one 
will only capture about 8% fewer characters than 
will the best one when monitoring a busy real world 
packet channel. In fact the relative performance 
difference between one type of demodulator versus 
another is rarely if ever actually the limiting 
factor in the ability to copy any particular packet. 
The differences would be more significant if we were 
working with weak, predominantly single path signals 
in the absence of collisions from other packet sta- 
tions and QRM. However this is currently not the 
case for the vast majority of HF packet operation. 
When the sunspot cycle is more favorable and the 10 
and 15 meter bands are open more frequently it will 
be possible to make some measurements under con- 
ditions which will accentuate the performance dif- 
ferences between demodulator types. 


The data carrier detector characteristics of pac- 
ket demodulators are far more important than the 
attention given them by the various manufacturers 
would indicate. Since the channel belongs equally 
to all the users, it is extremely important that the 
DCD circuit perform as well as possible. This is 
probably a more important characteristic for a pac- 
ket demodulator than absolute demodulation perfor- 
mance. One mediocre data carrier detector on the 
channel reduces the performance of all the demodula- 
tors on the channel. This causes the offered load 
to increase very rapidly due to unnecessary retries 
resulting from collisions. 


Aside from DCD considerations, the vagaries of HF 
propagation make CSMA less than ideal as the traffic 
cop that AX.25 expects it to be. It is clear that 
we are going to have to quit hanging on to the 1 
channel security blanket and spread out some. There 
is plenty of spectrum available for this and as time 
wears on packet will be operated on a non channel- 
ized basis as CW and SSB are now. I have literally 
spent hours calling CQ less than 2 kHz above 7093 
without ever hearing a peep in response. But let me 
accidentally hit a carriage return in converse mode 
on 7093 and I will get 3 to S connect requests. We 
should establish a calling frequency (I thought we 
had done this on 7097) which is different from the 
BBS forwarding frequency. Once contact is estab- 
lished on the calling frequency, we should MOVE 
OFF TO A CLEAR FREQUENCY and do our QSO or file 
transfer or whatever there. Dan Morrison and I have 
been doing some work on spectrum sharing with the 
broadcasters on 40 meters. At the 1 hop distance 
packet stations with a narrow I.F. filter and a 
"phase coherence" type of DCD can use the sideband 
areas of the broadcasters quite effectively. See 
Dan's article elsewhere in this issue for more poop 
on this technique. These sidebands are little 
pieces of spectrum that shouldn't produce any hard 
feelings in the rest of the amateur community when 
we start to use them. 


Finally, as Steve Hall said in his excellent talk 
on HF packet at the San Diego convention, "If you 
are going to operate HF packet, get a tuning 
indicator." To this I would like to add get a 500 
Hz wide I.F. filter in your radio. If you don't do 
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these two things you are going to find HF packet far 
more difficult and less reliable than it should be. 


That is about all I have to report at this time. 
I sincerely hope that others wil] take the time to 
do some similar demodulator testing. If you do 
indeed do this please report the results so the rest 
of us can benefit from your labors. 


NEXT TIME 


Next time I will present a complete packet demod- 
ulator circuit based on the reference demodulator 
circuit. In this design I will try to optimize the 
operation of the data carrier detector for HF work. 
I will try to make the changes "easily kludgeable" 
into existing TNC-1s and TNC-2s. 


I will continue to test demodulators as I have 
done for this article and will be reporting the 
results in this publication. Currently on the list 
and available for me to test are the Kantronics all 
mode unit, the original unmodified TNC-1 modem, the 
original unmodified TNC-2 modem, and the improved 
versions of both TAPR modems. It will be interest- 
ing to see if we really have improved the perfor- 
mance measurably from the original designs. 


- PRM - 


TAPR MEMBERSHIP APPLICATION 


Tucson Amateur Packet Radio Corporation 


P.O. Box 22888, Tucson, AZ 85734 

Name: 
License 

Callsign: Class: 
Address: 
City & 
State: Wyl Eas 
Home Work 
Phone: Phone: 


If you wish to have any of the above information not 
be published in a membership list, indicate the 
items you wish supressed: 


I hereby apply for (select one) full / associate 
membership in Tucson Amateur Packet Radio Corp. I 
enclose $15.00 (full) / $5.00 (associate) for one 
year's membership dues. I understand that $10.00 of 
my dues (full members) are for subscription to the 
PACKET RADIO MAGAZINE (PRM). Associate members do 
not receive any publication. The entire amount of 
the associate membership dues and $5.00 of the full 
membership dues go to support TAPR's research and 
development activities in packet radio. My signa- 
ture indicates that I desire to become a TAPR wem- 
ber, and subscribe to PRM (full members only). 


Signature: Date: 
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THE FLORIDA AMATEUR DIGITAL COMMUNICATIONS ASSOCIATION 


NET HELD VIA AX.25 CONNECTIONS 
Howard Goldstein, N2wx 


One of, if not the biggest, complaints J pet about 
packet is, "you can't conduct a reasonable multi- 
person net or roundtable." Even after taking twenty 
years configuring all the monitor stuff, packets 
still get dropped and it's just such a pain to do 
that no one (down this way at least) does it. 


Yesterday the Melbourne FL switch/digipeater got 
some new code that includes a rudimentary round- 
table manager. It does it's job once all partici- 
pants have connected and selected "TAble" mode by 
essentially making xerox copies of each packet, 
sticking the source call on the front, and shipping 
it back out to all participants. 


Although this is incredibly ineffecient, and 
intuitively it would seem it would bog down almost 
immediately, in practice the performance is really 
not that bad. Last nite we had generally 4 or 5S 
folks on the round table and if it were not for the 
pre-l2v2 TNCs on frequency the net would have surely 
gone a lot faster, as there were many retransmis— 
sions and collissions caused by the older TNCs. 

The roundtable manager version we used has a 
couple of bugs floating around still so it really is 
not ready for general distribution. Below is a 
sample of captured roundtable transmissions to help 
convey the flavor of using the table manager. 


73 Howie 
MER KEKEEEEKEEKEK EK 


cmd:C 305MLB 
cmd: *** CONNECTED to 305MLB 
Switch Ready 


Type HElp for help 


*TA 
Roundtable mode - disconnect to leave 
Set RESPTIME high,PACLEN <242,AX ON 
folks onboard: N2WX W4LJB WBSIVR 
<switch> :N2WX is on 
WBSIVR :it's more of a environment than a who.. 
hELLO EVERYONE...ARE WE IN ANY POSITION TO CONDUCT A 
NET? 
<switch> :WD4HIM is on 
N2wWxX :>hELLO EVERYONE...ARE WE IN ANY POSITION 
TO CONDUCT A NET? 


W4LJB :THEN I SHOULD SAY WHAT IS, THEN 

WD4HIM :where's the party? 

W4LJB :YES 

WBOIVR :but anyway, have been working on the 


next class 1/5/86 at Hoover. 
Continued on page 28. 
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FADCA Board Meeting Minutes, Dec 13, 1986 (draft) 
The annual Board of Directors meeting of the Florida 
Amateur Digital] Communications Association was 
called to order December 13th, 1986 at 0900 hours in 
Orlando, FL at the general offices of Repco, Inc. 
Members present were Jim Diggs, K4AHO, Larry Phelps, 
K40ZS, Howard Goldstein, N2WX, Bob Jankuv, WA2HFA, 
Chuck Harrington, WA4GPF, Gwyn Reedy, W1BEL, and 
Dick Klein, W4PCM. 


The discussion and election of officers was tabled 
until afternoon until all Board members were 
present. 


The propriety of sending election promotional 
materials via packet radio was discussed. Gwyn 
Reedy made a motion to discourage electioneering on 
the packet network. Discussion ensued. The ques-— 
tion was called by Jim Diggs, and the motion carried 
unanimously. 


The Board members were invited by Gwyn Reedy to use 
the Pac-Comm telephone BBS for Board specific 
communications. 


A motion was made by Jim Diggs for the Board to have 
at least four meetings in calender year 1987. 
Motion passed. 


A motion was made by Jim Diggs to direct the 
publisher of Packet Radio Magazine and the FADCA 
Treasurer to develop separate accounting records for 
PRM and other FADCA activities. Motion passed 
unanimously. 


Howard Goldstein made a motion of special thanks 
from the Board to Linda Reedy for her efforts as 
subscription manager of PRM. Passed unanimously. 


Discussion on the need for a business manager for 
PRM and a FADCA membership committee resulted in the 
Board directing the publisher of PRM to advertise in 
a help wanted format for a business manager. Chuck 
Harrington volunteered to be a new membership 
recruitment committee chairman. 


The Board directed the incoming President to 
schedule the next Board of Directors election for 
November 1987. 


Dick Klein made a motion to have the annual member— 
ship meeting at the Orlando Hamcation and the annual 
Board of Directors meeting to be the first meeting 
held by the incoming Board. Passed unanimously. 


Continued on page 29. 
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FIRST COAST AMATEUR PACKET ASSOCIATION 
Jack Driskell, KB4B 


FCAPA members Bob Grant - WD4BIW, John Moore - 
WSHUQ, and Jack Driskell - KB4B traveled from 
Jacksonville to the FADCA Networking Committee meet— 
ing in Ocala November 1, 1986. Discussion was 
lively and much information was exchanged among the 
attendees. One important observation about the 
meeting is that, outside of the 3 FCAPA members from 
the Jacksonville First Coast Area, the only other 
person attending from north of Ocala was Stan Cable, 
K4LPT, of Milligan, Florida. Stan graciously agreed 
to serve as ALANET liason (Alabama) and reported 
much activity in west Florida leading toward linking 
to systems in Alabama. It seems that the Alabama 
packeteers have made much progress, able to link 
northward nearly to Washington. 


In Jacksonville there is very little opportunity 
for any consistent linking to the west. The dis- 
tance from Jacksonville to Pensacola is greater than 
that from Jacksonville to Miami but the population 
between Jacksonville and Pensacola (hence the number 
of hams) is less that 1/10 that along the path to 
Miami. All of this points to serious logistics and 
money problems if any attempt to link up the top 
half of Florida is to be made. 


There is a limited time available for getting any 
linking program off the ground due to the fact that 
much of west Florida may become involved with equip- 
ment purchases that will commit them to system ties 
with Alabama. It would seem advisable to at least 
get Tallahassee, the capital, tied in with the rest 
of the state. 


I would hope that an upcoming network planning 
meeting would be held in the Tallahassee area, or 
even west of there. The following is an open letter 
exchanged between Bob Grant, president of FCAPA and 
Chuck, WA4GPF in Orlando. In the letter Bob discus-— 
ses general goals without meaning to become involved 
with hardware issues and technicalities. 


Subject: Network 220 Mhz Link System 


Much has been said and thought about a link system 
for Packet Radio. There are several ideas on the 
drawing board at this time and it is getting close 
enough to implementation to set some ACTUAL goals to 
work TOWARD. 


I think ACTUAL goals are much more important than 


DIRECTIONS, as directions might never lead to where 
we want to go. Sitting here in Jacksonville, Talla- 
hassee is west of me, but if I go due west, I will 


miss it entirely. Unless One is extremly lucky, 
you have to set Tallahassee as a goal in order to 
make the necessary corrections along the way to get 
there. Going West is just not good enough! 


I think there is actually a goal in mind within 
FADCA now, the problem seems to be that this goal is 
sort of fluid and not firm in anyones mind. I 
think it is in order that FADCA as a body sit down, 
either the BOD or the general membership, and form- 
ulate the 'DREAM' Link System. After publishing of 
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this system, everyone concerned will be able to see 
how their idea or ideas will work toward this common 
GOAL. 


I'm not saying that nothing we do will or can 
deviate from this plan. I am saying that without a 
plan the link system we end up with will most likely 
not be what we want or need, it will just be what 
happens. In Orlando in 1984 I heard about GATOR. 
GATOR and several other systems are in lots of 
peoples minds. What was Gator? What is it now? I 
think we have had enough activity on packet now to 
actually know what we would like to see as an actual 
GOAL. The FADCA BOD or networking committees should 
sit down and set this GOAL down in writing. 


My 'Dream Link System' would be a high speed 
system on 220 in which every LAN in the Network has 
a node which 'sees' at least 2 other Nodes 24Hr a 
day. Each LAN would have a single 2 meter access to 
the Network until such times as traffic growth 
should necessitate secondary LAN fregs. Every user 
of the LAN should have equal access to the network 
Node (as RF permits). 


Starting in the beginning to allow BBSs direct 
access to the Network Frequency would be a mistake. 
Once we reach the GOAL of a network the BBSs will 
no longer handle traffic not involving their LAN. 
Bulletin Boards will be LAN servers rather than 
network servers. 


Without planning, we can spend much money and 
effort and actually accomplish nothing. With a 
GOAL, we can at least see how each of our actions 
takes us toward, away from or around what we really 
want to accomplish. 


Bob Grant, WD4BIW, Jacksonville 


= PRM = 


FNCC Meeting in Ft. Pierce 
Tom Kneisel, K4GFG 


Two dozen packeteers representing 15 digipeaters 
and eight BBSs met for the last meeting of FADCA's 
Network Coordinating Committee (southern section) on 
January 18. The meeting was held at the St. Lucie 
911 Emergency Center, and a tour of the facility 
followed. 


Reports of changes to the packet network since the 
last meeting were many. New digipeaters on the air 
include Avon Park (AVO), Lake Wales (LKW), Ft. Lau- 
derdale (FXE), Davie (DAV), Miami (MIA on 145.03), 
and Sunrise (SUN on 145.03). Homestead (HST) is off 
the air for good, but KB4MWU plans to set up a digi 
in Miami as BIS. MIA on 145.01 has been on again/ 
off again lately, but is expected to return to a 
good site shortly. Naples (NAP) has moved to 145.05 
in preparation for linking to PLA in Plantation. 
PLA is operational on the 220 Mhz link but still 
working on the 145.05 side. LKW was up on the 220 
link for a while, with Clearwater and Sun City BBSs 
using it successfully to forward traffic to each 
other. 


A Kantronics "KAM" gateway is on the air in Davie 
as "DAVGAT". Many packeteers in south Florida have 
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enjoyed DXing via the 2m to 20m gateway during the 
past coupie months. Use 3OS5HWD to reach DAVGAT on 
145.01, and look for it on 14.163 on 20m. 


KB4QVY from Boca reported on his roundtable 
(RTABLE) program which runs on an IBM PC/TNC-2. 
Once connected, each user is forwarded a copy of all 
packets received from the other users, along with an 
identification of the sender's callsign. There are 
several logical channels for multiple independent 
roundtables. Teaming DAVGAT with Bill's RTABLE, we 
were able to hook up Los Angeles, Indiana, and 
several Florida stations in a roundtable for a short 
while. Bill plans tu install RTABLE at Boca Raton 
(BCR) when it is running reliably. 


N2WX reported on the status of software for Pac- 
Comm's DR200 dual port digipeater. The original 
release will operate about the same as the 305MLB 
switch minus the roundtable function. As a digi- 
peater it will either gateway packets from one port 
to the other or perform a single port digipeat 
depending upon the callsign (or SSID) it is addres- 
sed by. As a switch, you either C (connect) or CA 
(connect alternate) to determine the port the packet 
Will leave by. You may not connect (chain) to other 
switches and there will be no Level 3 in the initial 
release. It looks like the DR200 with the N2WX code 
is at least a month away. The committee had pre- 
viously endorsed the KESZ (or Calif. version) soft- 
ware on our 220 Mhz backbone. The consensus of 
those present was that it is now time to recommend 
the N2WX software for those purchasing DR200s for 
use in Florida. No progress was reported on ver- 


sions of N2WX code for either the TNC-2 (Calif. mod) 
or the Xerox 820. 
K4NTA described the ARRL's SKIPNET proposal. BBSs 


which will participate on HF in this nationwide 
hookup include K4NTA, KB7TV, KOKBY, and K4TKU. 


WD4KAV will assume the 145.01/145.03 gateway 
function formerly handled by K4NTA. 


Consensus was reached on the following items: 
Digipeaters should use mnemonics without area codes 
as ALIASes and amateur callsigns as MYCALLs. Area 
codes should be reserved for switches, which should 
use the mnemonic in the ALIAS and the area code plus 
mnemonic in the MYCALL. Exampie: MYCALL = 813CLW, 
ALIAS = CLW. Digis should ID every 9.5 - 10 
minutes, but there should be NO UNATTENDED BEACONS 
FROM USERS on the packet network. Vertical polari- 
zation is recommended for the 220 Mhz auxilary link 
and several nodes have already purchased or 
installed verticals. 


has consolidated the PFCC/FNCC committees into a 
Packet Networking Committee (PNC). There was con- 
fusion as to the membership criteria, but hopefully 
the directors will resolve this and get the commit- 
tee moving so that it can provide puidance to those 
who want to construct the network and are looking 
for technical direction. 
—"PRM = 


Packet Computing Possibilities 
Chuck Harrington, WA4GPF 


Judging from the large number of new calis I have 
seen coming across my computer screen lately, it 
would seem that Santa has delivered guite a few new 
TNCs during the 1986 Christmas season. I would like 
to take this chance to welcome all the newcomers of 
1986 to the exciting world of packet radiv. 


If you first got into packet in the year 1986, you 
found an existing network of BBSes and digipeaters 
just awaiting your use; if you got into packet in 
1985 or before, things were quite different! Not 
too long ago there were no BBSes, and digipeaters 
were just TNCs in digi mode sitting in ham shacks. 
In those days many used to send out cute little 
beacons, just so something was coming across .01! I 
used to appreciate those beacons, that let ne know 
everything was working during times of sparse 
activity. In early 1985, the only BBS that I was 
aware of, was K4NTA down in Stuart. As [T recall Ted 
was running a phone type BBS on a TRS-80 model 3 
computer, and it was quite a kick for me logon it 
from Orlando, when band conditions permitted. I 
recall a recent statement of from Gwyn Reedy, to the 
effect that he had taken a short vacation in 1985, 
only to arrive home and find that the entire 
character of packet radio had changed during his 
brief absence; three WORLI BBSes had been put on the 
air in a two week period! 

The point of the Florida packet history lesson is 
this; we owe much of the existing network here in 
Florida to these early packet pioneers. They built a 
good network of digipeaters and BBSes that served 
the state quite adeyquately fur most of the year 
1986. It is quite apparent though, that the present 
network on 145.01 mhz is inadequate during peak 
periods of activity, especially the 4 PM to midnight 
time frame! Something must be done, or packet radio 
in Florida will suffer. It is time for those of us 
that are newcomers, to continue with the 
construction of the packet network, to meet our 
present and future needs. I can state this in one 
sentence: 


DO "SOMETHING" FOR PACKET RADIO! 


Pecan leah rotcmt OM leet pid 


" 


"But what can I do? 
digi and I don't know how to write software. 


There is a lot we all can do! 


1. I am going to ask every one reading this to get 
one ham to join FADCA in 1987; with all the 
newcomers, this should be easy. 


2. As chairman of the new member committee for 
FADCA, I am asking for a volunteer from each and 
every LAN in Florida to serve on the new membership 
committee. 


3. If the users in your area are still using the 
frequency 145.01 for BBS and real time connects, 
establish your own LAN frequency for local connects 
consistant with the allocations of the Packet 
Networking Committee (PNC). A second port on your 
local BBS and a digi on the LAN frequency can get 
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things going. Donate your excess gear to get this 
going if necessary. That old two meter radio, that 
you will never get your money out of, can be of 
great use to you and your fellow LAN members! 


4, Encourage your local club to support the effort 
to provide the first 220 mhz backbone. Suggest they 
consider funding a dual port digi, rather than just 
another 2 meter voice repeater! If this is not 
practical, perhaps you can help provide a site for a 
digipeater. 


5. Refrain from accessing the BBS systems on 145.01 
during the SPM to 11PM time period! Encourage your 
BBS operator to provide a second port on your local 
LAN frequency; loan him that old xtal controlled 
Heath transceiver to get the port going. If you have 
a tower of 60 foot or more, become a temporary digi 
for the LAN frequency if necessary; such an arrange 
ment has worked well in the ORL LAN on 145.05! 


6. If you are a BBS operator, take your board off 
145.01 during prime time hours, PLEASE! Try and 
provide access to your board on another channel. If 
you are thinking about putting a new BBS on 145.01, 
PLEASE DO NOT! Is it fair to have many keyboard 
operators RETRY out on a busy network simply because 
one user is downloading JOKES off a BBS; I don't 
think so! Use 145.01 for forwarding only; force 
users to access your BBS on local LAN frequencies 
that do not tie up the whole network. 


7. We all need to practice sensible operating habits 
on a busy packet channel. The days of unattended 
beaconing were over a year ago. Do not subject your 
fellow packet operators to the interference caused 
by cute little pictures and other such greetings 
sent over beacons. Also, refrain from "browsing" 
through a BBS system ona busy channel. If you have 
mail to send or receive, you may need to do it now, 
but if you are simply browsing to see what is there, 
wait for a time when the channel is not quite so 
busy. 


8. If you want to help packet, and can spare some 
time for FADCA, contact a member of the board and 
let them Know you are available. There are many jobs 
to be done that simply require a little time and 
commitment; some of them are even fun! 


If we all work together, 1987 can be a great year 
for packet radio. I would like to thank PRM for the 
forum this month to express my opinions. I will 
return next month with my ATARI ST coverage. Until 
then... 


Be a packet DOer, not just a packet user! 
= PRM. = 


AX.25 Net continued from page 25. 


** CQ CQ CQ THE FIRST WEEKLY BREVARD PACKET RADIO 
ROUNDTABLE -- PACKET ** 

N2WxX >** CQ CQ CQ THE FIRST WEEKLY BREVARD 
PACKET RADIO ROUNDTABLE -- PACKET ** 

W4LJB :GEE THAT CLASS IS OVER WITH 
** THIS NET IS OPEN TO ALL 


WBOIVR :Have a 16 week sked for it, so I'm 
going to do something this time 

WBOIVR shi howie.. 

WBOIVR shello wd4him 

WB9OIVR 31/5/87..thetriss 

Newx :** THIS NET IS OPEN TO ALL 


** PLEASE REFRAIN FROM NORMAL QSO&S FOR THE TIME 
BEING!!! 


N2wWx :** PLEASE REFRAIN FROM NORMAL QSO&S FOR 
THE TIME BEING!!! 
WD4HIM :hello everyone,howie this is neatest 


trick since sliced bread. 

THANKS BRUCE. LETS SEE WHO'S IN HERE .. I SAW BILL 

WBOIVR, TED W4LJB, AND BRUCE WD4HIM, AND ORV TRYING 

TO GET IN CASE ORV CAN COPY, ORV CONNECT TO 305MLB 

AND GIVE A "TA" COMMAND 
N2WX : THANKS BRUCE. 

AND ORV TRYING TO GET IN 


LETS SEE WHO'S IN HERE 


WBOIVR :who wants to have a ***typical*** 
qso..? 
N2WxX :IN CASE ORV CAN COPY, ORV CONNECT TO 


305MLB AND GIVE A "TA" COMMAND 

W4LJB :ORV IS A LITTLE SLOW 
IF THAT DOESNT GET HIM, NOTHING WILL. THIS IS A 
PRETTY GOOD TURNOUT CONSIDERING THE MINISCULE LEAD 
TIME GIVEN I THINK IT BEATS THE VOICE NET. 


N2WX :IF THAT DOESNT GET HIM NOTHING, NOTHING 
WILL. THIS IS A PRETTY GOOD TURNOUT I'LL TURN IT 
OVER TO BILL AND LET HIM MAKE A FEW COMMNRETS. GO 
AHEAD BILL 

<switch> :WD4HIQ is on 

WBOIVR :Was n4gxx due in too? 

N2wWX :CONSIDERING THE MINISCULE LEAD TIME 


GIVEN I THINK IT BEATS THE VOICE NET. 


N2WX :I'LL TURN IT OVER TO BILL AND LET HIM 
MAKE A FEW COMMENTS. GO AHEAD BILL 

WB9OIVR shi orv 

WBSIVR shey, this is a packeteer's >>>native<<< 
mode! 

WB9IVR :this should take the country by storm, 


once the word gets out.. who's 

WBOIVR snext? ted? 
YES THANK YOU BILL. GO AHEAD TED AND QSL WD4HIQ 
ENTERING THE NET 

N2WX :YES THANK YOU BILL. GO AHEAD TED AND 


QSL WD4HIQ ENTERING THE NET 


W4LJB :WELL, HOWIE THIS DOES LOOK REAL GOOD, I 
KNOW YOU 

W4LJB :HAVE PUT IN A LOT OF WORK ON IT. I 
AGREE WITH BILL IT 

W4LJB :WILL SWEEP THE COUNTRY ONCE IT GETS 
OUT. 


THANKS FOR YOUR COMMENTS TED. BTW IF ANYONE WANTS 
TO BREAK IN OF COURSE ITS NOT LIKE XMITTING OVER 
SOMEONE ON A VOICE NET 


WD4HIQ :WOW woOwW !!! I CAN SEE HOW THIS 
COULD GET WAY OUT 
N2WxX :THANKS FOR YOUR COMMENTS TED. BTW IF 


ANYONE WANTS TO BREAK IN OF COURSE ITS NOT LIKE 
XMITTING OVER SOMEONE ON A VOICE NET 

IT DOES GENERATE A LOT OF QRM THOUGH. AMONGST SOME 
OTHER THINGS THAT NEED SAYING. NOW OVER TO BRUCE 
WD4HIM IN ORL 
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The Official Newsletter of the 


LOUISIANA AMATEUR PACKET RADIO 
OUCIETY 


De NESS FOR LAPRS 


A Happy and Healthy New Year to one and ail. We 
are all looking forward to a great year in packet 
radio. To start the year off with a bang, we are 
pleased and releived to announce that the LAPRS 
patches have arrived and are available to all char- 
ter members. In order to save the expense of a 
separate mailing, we will mail them out with the 
next newsletter. They will also be available at 
hamfests, but if you would like yours immediately, 
please send an SASE to Jack Coffee, WSSX. This 
column will be a bit shorter this month due to 
"Holiday hang-over" and a lack of news. 


New Orleans now has a digi up on its LAN frequency 
of 145.03. It has been operational since December 
and is now undergoing testing before moving the BBS 
over. If anyone has had any experience using the 
Icom 22S crystal rig as a digi, piease contact NESS 
or KBSVC (both @ WBSBZE). 


The BBS hardware in BTR now resides at KDSSL in 
the form of an IBM PC floppy based system. The 
system is dual ported on .01 and .09. A PacComm 
dual porter is on order and should be in hand "real 
soon now". I attended the RASC club packet demo 
meeting on Friday, December 19. The meeting was 


well attended, the exhibits were well done, anda 
good time was had by all. Have you considered doing 
this in your neck of the woods? 


Benson Scott, AESV, has been one of my m ost 
reliable reporters and he says that WASKNV in 
Rayville has been a great help in tinking BQP with 
VKS. The digi is on 24 hours a day and is calied 
RAV. ulnaisy acl dae also opened the 
Columbia and Clarks areas of MS. Benson says that 
KSYOH is about to wear out the Monroe area digis and 
BBS - su much so that they are thinking of upgrading 
the system to "heavy duty industial grade" - hi hi! 


has aACcess | Ge 


I cotara cain sion Badl Wade sawDSHUPS of TEXNED. 
They are planning a TEXNET conference to be held in 
March somewhere between Dallas and Houston. it will 
be a one Saturday affair complete with live demos 


and "All you ever wanted to Know about 
SEX...ér...TEXNET' sessions. I am planning to go, 
but would like to have some company. If you'd like 


to go, please let me know. [I'll pass on additional 


info as soon as I get it. 


KSKR and WSSX are still looking for input from 
LAPRS directors. Now that the holidays are over, 
how about dropping them a line? Remember, packet 
will only be as pood as YOU make it! °73 De NESS 


a 


FADCA Board continued from page 25. 


Dick Klein made a motion to ammend the By-Laws 
paragraph 4.5 by appending the statement "which 
shall be the first meeting of each newly elected 
Board of Directors." Passed unanimously. 


Lunch break was taken. 


The Board of Directors directed the Publisher of PRM 
to support SOUTHNET. 


Officers were elected as follows: 


BREST GEN ccc. cios gece s wu Gwyn Reedy 
Vice President........ Ted Huf 
SEGROCL ALY) secu obekoko bow fos) se Jim Diyvgs 
Bitte A SAUNT. 5 cde: en ctous snc tomeutsls Steve Rice 
PRM Publisher......... Gwyn Reedy 


FADCA>BEACON editor...Ted Huf 


An editorial Board was selected, consisting of Chuck 
Harrington, Jim Diggs, Bob Jankuv, Jack Driskel, and 
(subject to acceptance) Lyle Johnson. 


The President appointed Bob Jankuv Vice President 
for Public Relations. 


After considerable discussion of the Packet Frequen- 
cy Coordinating Committee (PFCC) and the FADCA Net- 
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work Coordinating Committee (FNCC), Dick Klein made 
a motion to create a Packet Network Committee (PNC) 
to report to the FADCA Board. This committee assumes 
the duties of both the PFCC and FNCC. The PNC 
members will be appointed by the FADCA Board. The 
PNC is directed to recommend network standards, 
frequency assignments, and a communication system 
protocol. The makeup of the committee will reflect 
regional representation. The question was called by 
Jim Diggs after discussion. The motion passed 
unanimously. 


The Board directs Doug Welcker, as a carryover mem-— 
ber of the PNC to begin negotiations with the 
Florida Repeater Council for additional 2 meter 
packet frequencies. 


The next meeting of the FADCA Board of Directors 
will be January 3ist in the same location (if 
possible) with Ocala as an alternate. 


The meeting adjouned at 17:45 hours. 


Respectfully submitted: 
Jim Diggs, Secretary 
{ed note: the Jan 3ist BOD meeting was later 
cancelled due to the funeral of Mary Lou Huf. } 
—— PRM 
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MARDA 


The Official Newsletter of the 


William A. Ford WB5SSKK 
Patrick J. Fagan WASDVV 


MONROE HAMFEST: 


A rather large contingent of VKS LAN members 
attended the packet forums at the Monroe, Louisiana 
Hamfest. WDSGIV from Alexandria was there, and 
discussed the possibility of putting up a digi at 
Jena, Louisiana. Jena is about equidistant between 
Vicksburg and Baton Rouge, and may help move traf- 
fic north and south along the Mississippi River. 


JACKSON DIGI: 


Work is progressing on JAN and substantial  pro- 
gress has been made. A solid-state transceiver 
and external 60 watt power amp was obtained. We are 
happy to report that this new system is now 
operating at its permanent home. 

JACKSON METRO BBS: 

Robert Errington, KF5IZ, of Pearl, has gone 
online with a new PBBS to serve the Jackson Metro 
Area. Robert is using the latest version of the 
WB4APR system. 


VKS MODS: 


The first phase of antenna-feedline upgrades was 
completed on November 29 at the VKS site when 
new feedline was installed. Until this time, 
the feedline was RG-8 -- now it is 1/2 inch hard- 
line. The next phase will involve replacing the 
current antenna, a Ringo, with an Isopole. Both the 


MONITOR 


Mississippi Amateur Radio Digital Assn. 


antenna and feedline have been up 11 years. Until 
1979 they were used as the transmit antenna for the 
Vicksburg voice repeater. 


It is also planned to place a ground plane antenna 
at 180 feet on the tower and feed it with the old 
RG-8. This will be used for the LAN port on a 2- 
port digi when it becomes necessary to put one on 
in Vicksburg. 


BBS SOFTWARE UPDATES: 


The NSDWU 
ning the 


and WBSSXK PBBS systems are now run- 
latest version of the WB4APR PBBS 


software. Both had been running version 48.6 
and the new version is listed as being version 
50.06. WB4APR says there are several Major 


changes in the software. 

WASDVV is now running WORLI 11.6 code on HF and 
VHF. A few new commands are available to the user. 
Download the file DOC.TNC to get the updated cummand 
list and a description of the functions. 


MARDA GETS CHARTER: 


At long last, we are in receipt of our "Charter of 
Incorporation" from the Secretary of State. As of 
December 30, 1986 MARDA is officially incorporated 
as a non-profit organization under the laws of 
they State’ of “Missassippar Many thanks to Joe 
Butler, KSOS for finally seeing this project through 
to completion. 


Until next month, may all your CONNECTS be many 
and RETRIES few. 
= PRM = 


COMMODORE COMPUTER REPAIRS 


from the largest authorized CBM Service Center in the country. 
Low priced, 48 hour turnaround. 


w COMMODORE 
™ CUSTOM CHIPS 


/ 


us about quantity price. 


at $29.95. 


| 


COMMODORE CUSTOM/PROPRIETARY CHIPS 


for Commodore 64 etc. at low prices, 24 Hour Delivery: 6510-$9.95, 6526-$9.95, 
6581-$12.85, 6567-$16.50, 82S100PLA-$16.00, 8701-$7.25, and many others. Ask 


Just released from Australia, “THE COMMODORE DIAGNOSTICIAN’ A laminated 
chart and cross reference guide for fixing your own computer. C-64 Power Supply 


Call Toll Free #800-642-7634 (outside NY) or 914-356-3131 
Kasara Microsystems, Inc., 33 Murray Hill Drive, Spring Valley, NY. 10977 
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RMPRA ) PACKET 


The Official Newsletter Of The Rocky Mountain Packet Radio Assn. 


Dateline:The Continental Divide 
Bob Gobrick, WA6ERB 
President, RMPRA 


TELEPORTS: The latest turn-of-the-year happenings 
around the Rocky Mountains center around the 
ARRL/FCC proposals for HF Gateway Special Temporary 
Authority (STA) (well... the Denver Broncos going to 
the Super Bowl may have received a little 
coverage). Paul Rinaldo, W4RI, gives an overview of 
this HF packet networking proposal in his January 
1987 QEX editorial. Two very active HF packet bul- 
letin board (PBBS) stations in the Rocky Mountain 
area applied for this special status last year - 
Dave Shavey, KOHOA, in Colorado Springs and Dave 
Freeborn, KCOQJ, in Walsenburg, CO. Since that time 
Byron Lichtenwalner, W1HAB, in Boulder and the pang 
down in New Mexico (KNSD) have joined in the HF 
message handling activities. The ARRL proposal for 
packet networking is based on the "cluster" concept. 
If I may paraphrase W4RI's description the idea is 
to form a cluster of nearby stations, each capable 
of covering one HF channel. Two stations would be 
needed for a national net and one would provide 
regional coverage. From this point we move into the 
concept of the "teleport". These clusters of HF 
stations form the basis of a teleport which would 
link VHF/UHF local area network PBBS's and network- 
ing channels into a hub. From there HF as well as 
satellite links would be established. Teleports are 
planned for major hubs across the country (and 
sibly the world). 


more 


pos- 


As you may sense the dedication to support such a 
proposal is enormous. It will take a very special 
group of hams across the nation to make this work. 
We are talking of a 24 hour, 365 day operation. 
Because of this commitment the ARRL is asking that 
stations applying for STA propose a plan and desig- 
nate a coordinating group for their area teleport. 
In the Rocky Mountain area, the Rocky Mountain 
Packet Radio Association has volunteered their sup- 
port. The RMPRA will help coordinate the activities 
of the many fine Rocky Mountain Amateur Radio clubs, 
Repeater groups and public service groups like SARES 
in establishing this teleport. The immediate plan 
is to establish additional back-up HF and VHF sta- 
tions to support the cluster. Planning alsu needs 
to be done to expand the LAN's in New Mexico, 
Wyoming, Montana and the surrounding states and 
enhance the reliability of these links into the 
teleport. 


The pay out for such a project to ham radio is 
also enormous. With the onslaught of comiitercial 
challenges to our VHF and UHF frequency spectrum we 
hams need to show the FCC and the people of this 
country what we hobbyist can do for them. Having a 
highly reliable nationwide communications network, 
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supported by HF, VHF, UHF and satellite packet capa- 
bilities, ready at any time, at any place, would be 
an enormous advantage in any regional or national 
emergency. I believe that of all the groups in this 
country, the HAMS are the only group that can pull 
it together. Can we do it? Well if you think we 


can let's hear from you. Let the ARRL, your lucal 
ham club, and RMPRA know were we can use your 
skills. 


NEW TOYS UPDATE: Last month I gave a run down on 
the latest toys that Santa was bringing for Christ- 
nas. At that time I speculated when MFJ was going 
to have some new offerings to supplement their very 
popular MFJ-1270 TNC. Well, low and behold, MFJ has 
just introduced the MFJ-1274, which adds to the 
basic TAPR TNC--2 design a switchable HF and VHF 
capability along with a precision LED tuning indica- 
tor (which I believe is the TAPR/KE7CZ design). In 
addition, MFJ is offering this tuning indicator 
(MFJ-1273) as an add on to any TNC-1 or TNC-2 clone 
for a very attractive price. 


KiSS IN COLORADO: I hope to have next inonth a 
follow up article to the one in the December PRM on 
Rocky Mountain TCP/IP developments. Bdale Garbee, 
NSEUA, has been doing additional development on the 
KISS (keep it simple ...) EPROM that will plug into 
a TNC-2 for networking capabilities. Bdale has 
reworked his telephone bulletin board and it is 
loaded with all source code and files on his and 
Phil Karn, KA9Q's work. His PBBS telephone number 
is 303-593-0766 (300/1200). I am sure with this 
issue of PRM and the ones to foliow we will be 
seeing a lot of articles on network development. ** 


ONE REQUEST PLEASE: I have been barraged with 
requests for a simpie (and I mean simple - 
KISS) tutorial article on what's going on in packet 
hetworking - any volunteers from the other ciubs? 


like 


PACKET BULLETIN BOARD SOFTWARE: By the time many of 
you read this some new PBBS software will be out on 


the street (or out in the RF airways). Hank, WORLI, 
has released the source code for his "C" version of 
his famous PBBS software (which previously was only 


written for Z-80, 8080 Xerox 820 type system use). 
Dave Toth, VESGYQ, has been spearheading an effurt 
on Compuserve to translate the code for use on MS- 
DOS type computers. In the Rocky Mountain area Pete 
Stone, KOVLD, who wrote an MS-DOS emulator for 
Hank's original Z-80 code is experimenting with the 
new C version on his popular Loveland, CO PBBS. 
Mean while Jeff Jacobsen WA7MBL has released his 
version 3.11/3.12 PBBS MS-DOS code for Beta testing. 
Jeff wrote his code in Turbo Pascal and has had help 
from a number of other hams, especially Roy 
Engehausen, AA4RE, who is writing a generic 1/0 
routine and Wes Morris, K7PYK, who has done alpha 

Continued on page 38. 
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PPRS 


PACIFIC PACKET RADIO SOCIETY 


Site Of The First U.S. Digipeater 


President's Report 
Walter E Miller, AJ6T 


220 MHz 1200 Baud Backbone Begins to Form 


Local Bay Area packet news this month has shifted 
to 220 MHz. W6AMT-O digipeater at Crystal Peak (San 
Jose) is up and running on 223.58, and at least 
three BBS (WORLI, N6IIU-1 and W6PW-3) are using it 
for automatic message forwarding. The AMT group is 
planning to put up a 220 machine at W6AMT-1 to 
extend the network down to W6IXU in Arroyo Grande. 
The EBPRA group at W6CUS-1 BBS plan to put up a 
223.58 digipeater on Sunol Ridge in January, and 
NI6A has requested a TNC loan for this site from 
PPRS. Others rumored to be setting up soon on 
223.58 include WT6P (with a machine which will cover 
SJV and Sacramento Valley) and WB7UGZ (with a digi- 
peater above Merced). It appears that the 1200 baud 
220 MHz backbone for BBS traffic will reach critical 
mass very soon. Everyone is waiting anxiously to 
see what will develop. A lot has happened since 
WB6RAL's announcement at the November Sysop meeting 
that AMT would establish a parallel 220 network (and 
AJ6T announced PPRS would support such a network 
with TNC loans). Remember that this 220 digipeater 
network was proposed as a solution for the overload 
on 145.01 caused by BBS autoforwarding. The 223.58 
links should be reserved as a low-contention channel 
for BBS stations only. If it gets jammed up with 
users and BBS then we will just have another mess 
like 145.01 has become. BBS sysops should only 
permit connections by other BBS on the 220 port. 
Users should connect to their local BBS via another 
channel, typically on 2 meters. 


N6FQR Offers Xerox 820 Hard Disk Information 


PPRS member Bill Danielson, N6FQR, has developed a 
10 megabyte hard disk interface for the Xerox 820 
computer. This system, which has been in use at 
W6CUS-1 BBS for 18 months, uses a homebrew wire wrap 
SASI port. Another version requires only a two chip 
modification to the 820 parallel printer port and 
works with an OMPTI 20L hard disk controller and any 
ST506 disk. For more information send a SSSD 8 inch 
disk and return postage to Bill at 3428 South Court, 
Palo Alto, CA 94306. 


Oscar Users Group Meeting at Foothill College 


A 25th Anniversary reunion of OSCAR 1 pioneers was 
held 13Dec86 at Foothill College in Los Altos. 
Forbes, WB6GFJ, announced the 
archive to preserve the 


Ross 
formation of an OSCAR 
history of ham radio in 
space. Save your packet satellite goodies (such as 
photos, telemetry reports, schematics, logs, corres- 
pondence, etc.) for future inclusion in Ross' 
archive. Someday early packet satellite work will 
be ancient history appropriate for such a historical 
record. 

Jan King, W3GEY, AMSAT VP of Engineering, was one 
of the attendees at this meeting. While discussing 
packet operation on the new FUJI satellite, Jan 
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mentioned that FUJI runs with a negative power 
budget. That means that when the transponder is on, 
solar array current is not sufficient to supply the 
transponder and charge the battery (ites, ehire 
battery must supply part of the transponder load 
current). The battery drain is worst in the digital 
JD mode, presumably due to its 100% duty cycle. 
FUJI will require regular "off" days for battery 
recharging. 


According to Jan, the JD packet schedule may be 
very curtailed because of the battery drain problem. 
FUJI may not be available for widespread general 
packet use, but may be limited to demonstrations of 
satellite packet technology similar to the UOSAT 
tests already underway. Perhaps the promise of 
worldwide packet satellite links will have to wait 
until the next satellite. 


Attention All NORCAL Packet Ops 


Would you like to see news of your digi or BBS 
printed in PRM? Do you have software or hardware 
developments to announce? Do you have a packet- 
related question you would like to see answered in 
this column? Send your reports or questions to AJ6T 
@ N6IIU-1 (or @ W6CUS-1, or via Compuserve 76625,476 
or via USPS to Walter Miller, AJ6T, 724 Elm Street, 
San Jose, CA 95126, 408 293-8926). 


Hams who are interested in amateur radio astronomy 
experimentation might want to consider joining the 
Society of Amateur Radio Astronomers (SARA). SARA 
publishes a monthly newletter. Their annual dues 
are $20. For more information contact SARA 
Treasurer, PO Box 2532, Montgomery, Alabama, 36105. 


More Packet News 


WBGRAL reports that W6AMT-7 digipeater has sus- 
tained some damage due to severe winter weather at 
St. John Mountain. The top part of its G6-144 
vertical antenna has been blown away, but the 
remaining section is still operational at lower 
gain. AMT-7 is one of the major digipeaters on 
145.01 MHz in northern California, and if it fails 
many hams will be cut off from the rest of the 
state. Repair cannot be attempted until spring 
brings better weather. The AMT caretakers also plan 
to install a 223.58 MHz digipeater on their next 
trip to W6AMT-7. 


PPRS annual dues are $18. Please join or renew 
ASAP to keep your Packet Radio Magazine subscription 
current and to support PPRS plans for TNC loans to 
220 MHz digipeater operators. The PPRS mailing 
address is PO Box 51562, Palo Alto, CA 94303. PPRS 
general meetings are held the first Tuesday of each 
month at 7:30 pm at the Ampex cafeteria (411 Broad- 
way, Redwood City). Watch for meeting announcements 
early each month via beacons from W6AMT on 145.01 


MHz. PPRS BoD meetings are held the third Thursday 
each month at AJ6T's home in San Jose. 
- PRM - 
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Box 4466, Station D, 
Hamilton, Ontario, 
Canada, L8V 4S7 


The HAPN-1 Packet Radio Adapter for the IBM PC 
Jack Botner, VE3LNY 


Goodness knows there are plenty of packet radio 
TNCs (Terminal Node Controllers) available today. 
But if you've been planning to get involved in 
packet radio, and you own an IBM PC or compatible 
computer, you should certainly check out the HAPN-1 
packet radio adapter. 


HAPN stands for Hamilton and Area Packet Network, 
a non-profit packet radio club founded in 1980 and 
dedicated to furthering the state of packet radio. 
Club projects include the development of a station 
node controller for packet message routing, and 
experimenting with high-speed 4800 Baud modems. 


In the beginning, everyone used the VADCG TNC from 
the pioneering group in Vancouver. But once the IBM 
PC became available in 1983, it didn't take long to 
realize that the entire TNC and modem could be put 
on acircuit board and plugged right into a slot in 
the PC. This resulted in a much neater package, with 
no case or power supply required. In 1984 a proto- 
type was built using wire-wrapping, and the final 
design was completed in 1985. 


The HAPN-1 adapter is available as a bare board or 
assembled and tested. The card is 8.5 inches (22 cm) 
long and contains a prototype area 2 by 3.75 inches 
(5 by 9.5 cm). Complete assembly instructions and a 
parts list are provided with each board for those 
wishing to assemble their own. Assembly is not dif- 
ficult, the main obstacle being obtaining all the 
required parts. The assembled and tested board is 
set up for 1200 Baud and is ready to plug in and 
ATS 


Where the HAPN-1 really stands out is in the 
programs that are supplied with the adapter. Since 
the INC is built right° inside the PC, there is no 
need for a serial or parallel port connecting the 
TNC to the host computer. This means that the pro- 
grams can now directly control the packet radio 
node, instead of having to run it by remote control 
through the port. This also eliminates the 'TIP' 
(terminal interface program) found in each TNC, with 
all the peculiar commands and handshaking protocols, 
which is a major cause of problems for many TNC 
users. 


Instead, the HAPN-1 is in direct control of the 
packet radio node. Once started, the node runs con- 
tinuously, even when you run other programs on your 
PC. It works like this: you load a program contain- 
ing the packet radio node, which becomes resident in 
your system, very much like a device driver. Then 
you run a communications program that starts the 
node up and provides you with all the end-user 
functions that are available. You can then exit the 
communications program, leaving the packet node 
running. The node runs in background, monitoring all 
messages on the channel, and causes the speaker in 
the PC to sound if someone connects to you. Thus 


PACKET RADIO MAGAZINE 


HAMILTON AND AREA 
PACKET NETWORK 


alerted, you can resume running the communications 
program in order to carry on a conversation with the 
caller. 


There are no peculiar commands or syntax to remem- 
ber with the HAPN-1 programs. Al] functions in the 
communications program are driven by function keys 
and pop-down menus. The status of the packet node is 
displayed at all times on the main screen. Many 
user-friendly options are provided, such as a recall 
buffer for the last 3 lines sent and a shell for 
entering DOS commands from inside the communications 
program. The communications program also provides a 
file send and file capture facility, with full data 
transparency for binary files. 


As if this weren't enough, HAPN also offers a 
features diskette containing a packet BBS program 
that runs with the adapter, and a set of file trans- 
fer programs. The file transfer programs can be used 
to simplify the transfet of data files between two 
nodes, and are particularly nice to use when trans- 
ferring binary files, since they guarantee that no 
extraneous data gets included at the beginning or 
end of the file. The BBS program provides a message 
facility and a file upload/download facility, and 
also supports file upload and download using the 
file transfer programs. 


The HAPN-1 adapter requires a PC with at least 
256K of memory and an 80-column display. There are 
no EPROMS on the adapter, since all the programs run 
on the PC. Programmers will be interested in the 
fact that the packet radio driver contains an appli- 
cation program interface (API) that you can access 
from programs that you write. 


What do you get when you order a HAPN-1 adapter? 
Let's assume that you ordered the assembled and 
tested adapter and the AX.25 software diskette. You 
will get an adapter card ready to plug in to your 
PC, and a diskette containing a number of programs 
and documentation files. The adapter is set up for 
1200 Baud but may be changed to 300 Baud if you 
wish, following instructions in the installation 
guide. The documentation includes parts list and 
assembly instructions (for those who ordered bare 
boards), installation and testing instructions, 
operating instructions, and a glossary of packet 
radio terms. The programs include the packet radio 
node, the communications program, a comprehensive 
hardware test program, and a customization program 
for the packet node. 


You may also order the feature diskette with the 
RBBS and file transfer programs. A third diskette is 
also available, containing software supporting the 
two current VADCG protocols, V1 and V2, for those 
interested in experimenting with different proto- 
cols. The price for a bare board with AX.25 software 
is $75 US. For an assembled and tested board with 
AX.25 software the price is $199 US. The features 
diskette and experimental protocols diskette are $25 
US each. Prices include postage and handling in 
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EDITOR's OPINION 

Len, N8AGS 
WMPRA President 
Usually an editor's opinion column could be 


labeled a "For what its worth" column. But in this 
case, I think you will agree with me. If not, as 
always your entitled to submit your comment to the 
Association. 


The Amateurs of Western Michigan have grown tre- 
mendously in the last few years. We have had to deal 
with such things as satellites, computers and packet 
radio. ( at quite an expense I might add! ) For 
example: The explosive growth of packet radio has 
also spurred an explosion in the technical knowledge 
of the average packeteer. I caution us, however, 
there is going to be many Hams who get on the packet 
bandwagon and not really understand what is going on 
with the hobby. Such things as band planning and 
frequency usage may well be beyond the scope of 
these users and maybe many of us. As the leaders of 
the packet community forge out practices and plans 
such as band plans, frequency usage recommendations, 
etc., please keep in mind that they are trying to 
insure the best efficiency possible for all users, 
not just one special interest group. This is impor- 
tant not only for the end users to remember, but 
also the band planners of the frequency spectrum. 


As an end user, If a plan is implemented, it is 
important to seek out and observe the guidance of 
the local Asn or the local area's Band Planning 
representative. The ease of putting up a high 
powered digi makes this especially critical! 


As we plan our long term operations on the packet 
subbands: 


i. Remember, if some one does or wants to do some- 
thing, they usually have a reason and chances are it 
is important to them! 


2. Keep in mind that there are other users of the 
same frequency spectrum. For every file transfer 
there is a DX contact. For every BBS message there 
is an on line QSO. All of these operations must take 
place in coexistence with each other. 
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The bottom line is: If your planning an operation 
that has an significant impact on any freyuency, 
talk it up a bit first, seek out the comments from 
other hams that already occupy the same and sur- 
rounding spectrum. Contact your local Asn or the 
local repeater council and consider their recommen- 
dations, before casting you planned operations in 
concrete. 


I feel that if we all can observe the above 
mentioned policies this will prove that not only the 


hobby of packet radio has grown, but also the 
packeteer! 
WESTERN MICHIGAN DIGIPEATERS 

CALL LOCATION FREQ TYPE 
N8AGS-1 SPRING LAKE 147.560 D 
KJ8C HOLLAND 147.560 D/B 
W8TQZ MUSKEGON 147.560 D 
KA8SKR MUSKEGON 145.050 D 
KJ8C-1 HOLLAND 145.010 D/ME 
N8AGS-2 SPRING LAKE 145.010 D 
K8EFK-1 GRAND RAPIDS 145.010 D 
WAS8URE GRAND RAPIDS 145.010 D/ME 
WA8URE GRAND RAPIDS 144.930 D/B 
D = STANDARD DIGIPEATER 
B = BULLETIN BOARD (END USER INPUT) 


MF = MAIL FORWARDING PORT 


If you would like to be a member of the Western 
Michigan Packet Radio Association, An ARRL affil- 
jate, please complete the below application and send 
it and your dues to: 

WMPRA 
PO BOX 4612 


Muskegon, Mi. 49444 
Name Call 
Address 
City State ZIP 


Home Telephone Number 
Are you an ARRL Member? 
Are you active on Packet? 


The monthly WMPRA newsletter,"PACKET RACKET" will be 
published in the PACKET RADIO MAGAZINE (PRM). 


WMPRA full membership with PRM $15.00/yr 
WMPRA full membership W/O PRM $ 5.00/yr 


BBSSE oF (Si tall te 


WASURE has a complete WORLI BBS, including soft- 
ware for sale. Well, the software is free! He will 
assist the purchaser in setting up this Complete 
Xerox based system. It has the 8" drives, cables and 
the works. He also has two (2) TNC-1s for sale that 
have been used on the system. Contact him on the 
WA8URE BBS or call him direct at: 616-455-5511 
Continued on page 36. 


PACKET RADIO GOES PORTABLE 
GLB ELECTRONICS 


THE FIRST CONT 


presents 


ROLLER DESIGNED FOR 


PORTABLE AND SOLAR-POWERED STATIONS 


NEW SOFTWARE FEATURE: 


INTELLIGENT “‘BUDLIST” - Provides 
selective callsign filtering for 
Digipeating, Monitoring and Connecting. 


@ LOW 25 mA Current Drain. 

@ Miniature size - Lightweight. 

e@ Rugged metal, shielded case. 

e Lithium Battery backup for RAM. 
@ Onboard Watchdog for reliability. 
e@ Standard DB25 Connectors. 

@ “Connected” Status output line. 
@ Remote Commands in Unattended 
Mode with Hardware Lockout. 

@ Retains all other PK-1 features. 


e Extra I/O lines for special applica- 
tions. 


Power requirement: 
9 to 15 Volts DC @ 25 mA typical 


Dimensions: 
4.6 X 5.9 X 1.0 inches 


Total Weight: 
12 ozs. 


PKIL—Wired and Tested 
List price— 
Amateur net— 


$209.95 
$179.95 


GLB ELECTRONICS, INC. 
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MODEL PKI-L 
PORTABLE PACKET CONTROLLER 


+ see 


Veen nee ake ee o & & 


151 Commerce Pkwy., 
Buffalo, NY 14224 
716-675-6740 9to4 
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WMPRA continued from page 34. 


Grand Rapids: Tom, WA8URE has began movement of 
the End Users to the 144.930 port of the WASURE BBS. 
I personally would like to thank Tom for his cooper- 
ation in this matter. Moving the end users off the 
145.010 port will greatly assist the mail forwarding 
efforts in Western Michigan. He currently is also 
looking at other frequencies in an effort to support 
mail forwarding. He has made these moves and is 
making plans for others, while not only keeping the 
best interest of BBS operators, but also the NTS 
people and the DXers in mind. Thank you Tom! (for 
details, see the messages on Tom's BBS about this 
matter ) 


One plan Tom is thinking over is the installation 
of a 220 Mhz digi. This digi may be part of a gate- 
way off one of the two meter frequencies. Due to the 
novice enhancement and the possibility of a 220 
link, I recommend that you keep your eyes open for 
220 Mhz gear. In Western Michigan, 220 MHZ packet 
operations may soon be a reality. But don't despair, 
I think the planning involved, includes a gateway 
for end users, if necessary! 


Holland: With the reliability of the 145.010 link 
to WAILRL being almost nonexistent, there is a move- 
ment to route all our out poing mail, not including 
GR that is, towards Wisconsin. Yes, you heard it 
right! The amateurs in Mid Michigan have applied 
their resources to other frequencies. This has left 
a big "whole" in the network to our "HF Gateway”. We 
are considering improving the MKG Lake Link to im-— 
prove the path to Wisconsin. Bob, KJ8C reports that 
"Traffic has been going well in that direction." The 
path east is so unreliable that it can no longer be 
counted on as a valid path. With the efforts of 
WA8URE this may change, but time will tell. In the 
mean time, we may put a beam on the MKG and dedicate 
it to across lake traffic. Again Time will tell. 
This may affect other users of the MKG station! If 
you have any comments or suggestions towards this 
matter please contact me, N8AGS @ KJ8C bbs. 


I thank Bob, KJ8C, (I Know this comes from all of 
us) for his dedication to the KJ8C BBS system and 
the efforts and time he has taken to insure ail our 
mail keeps moving. THANK YOU, Bob 


Muskegon: There have been many new pacKeteers put 
on line in Muskegon. I am seeing a growth here that 
is a sideline of this! I have not been asked for 
much help lately, yet we have put on many new users. 
This means to me that the training and efforts the 
members of the WMPRA have applied to our community 
information effort is paying off. There are many 
among us that can handle the common problems that a 
new user encounters and in fact many of us are 
handling the problems, not just one or two of us. 
Also the advent of the simplicity of the MFJ, and 
the word getting out on their poor cabling documen- 
tation is paying off. This is truly a milestone in 
the education of our ham community! 


I would like to Thank Russ, W8BXS, of HR Electron- 
ics for the outstanding support we have had in 
supplying TNCs, mike connectors and Jim Pack Parts. 
HE JUST GOT ANOTHER SHIPMENT OF TEN MFJs IN! 


The boys of 145.050 have been quite active and I 
have even heard talk of some interest towards a BBS 
with an HF port locally. I think the Hams in Muske- 
gon have grown quite rapidly, especially in the area 
of Packet Radio. 


Spring Lake: I have added a 443.400 Mhz voice 
machine at the site. It also has a two meter remote 
base. The desencing that was caused by the digis on 
the tower caused me to rethink the power levels on 
the digis. I have cut the power severely on the 
NSAGS-i and N8AGS-2. I may restore the power on the 
N8AGS-2, if the need for the Lake Link proves neces- 
sary. But in the meantime, I can not believe that If 
have not been able to raise any of us on the 443.400 
machine on packet! If you feel the need to try it, 
go ahead. There are not very many voice users, so 
chances are that you will not interfere with any of 
them, but remember voice has priority! It is coordi- 
nated as a voice system. In the mean time, go for 
it! 


Whitehall: I can't believe that little old White- 
hall has more Packeteers per capita than any other 
Western Michigan City! Truly a remarkable accom- 
plishment! How about it Holton! 


Len, N8AGS 

= Bet = 
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Post Mortem continued from page 19. 
conductor intercom cable allowed the packet terminal 
to be operated indoors remotely from the antenna and 
radio. The audio cable is much more compact than a 
comparable iength of coaxial cable, and by reinoting 
the terminal from the radio, any RFI from the compu- 
ter is eliminated. Access to the HT which was 
outside on the roof is not a problem with packet 
because of the single frequency channelization of 
most packet activity. Also, because of the burst 
nature of packet, the BP2 battery pack with unknown 
initial charge lasted the entire 5 hours of 
continuous use. 


Later I jiearned that the addresses collected by 
the Red Cross and provided on my lists was not 
absolutely critical for the notification of next of 
kin. My message throughput would have probably 
doubled had I omitted the full address. Tom con- 
cluded that his job of passing the traffic to other 
nets would have been facilitated had I placed the 
phone number first so that he could sort on the area 
code and re-group the traffic by area. 

—- PRM - 
HAPN continued from page 33. 
North America. For overseas orders please include an 


additional $3. Ontario residents please add 7% sales 
Cake 


Note: For clubs we give a 10% discount for orders 
of 5 or more (assembled or bare boards) and for 10 
or more bare boards we give a 20% discount.(includes 
AX25 software, documentatiom and setup programs) 


HAPN's address: H.A.P.N. 
Box 4466, Station D, 
Hamilton, Ontario, 
Canada, L8V 4S7 


= PRY: = 
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SOME COMMENTS ON FOREIGN "PACKET MAIL" 
Tom Clark, W3IWI 


I am concerned over a situation I have seen dev- 
eloping recently concerning forwarding of packet 


mail to/from foreign stations. I value my license 


and the development of packet radio networks over 
the past few years. I see something happening that 
could blow it all out of the water! While this note 
concerns packet activity and BBSs, it would seem 
equally applicable to RTTY/AMTOR MSO operations. 


The problem is this: the FCC permits us to handle 
third-party traffic only with those countries with 
which the US has negotiated’ a specific third-party 
agreement. According to a list I have here, [see 
list below. ed.] the approved countries are in the 
Americas. The only '‘'legal' European station is 
AU1ITU. From Africa we have only EL and 9G, and none 
from Asia. 


The problem that has developed is that several 
stations operate HF BBSs which permit (and encour- 
age) foreign stations to check in; there seems to be 
a lot of business to/from stations in Europe includ- 
ing especially LA, DL, G, HB and I calls. 


Apparently in Europe, mail forwarding BETWEEN 
AMATEURS using WORLI-like BBSs is not regarded as 
third-party traffic. It only becomes third-party 
traffic if non-licensed individuals are the origina- 
tor or recipient. 


However our FCC has a very different definition 
that is very clear in both Part 97 of the Rules and 
in the FCC's Report and Order on 85-105 released 
last January. The recent clarification of 85-105 did 
nothing to change the situation. 


The FCC seems to regard as third-party traffic 
ANY message handling activity that involves 
information being sent between more than two 
stations, EVEN IF all parties involved are 
licensed amateurs and EVEN IF the content of the 
messages is technical or inconsequential. The 
three (or more) parties involved in forwarding 
messages on packet between BBSs are the origina- 
tor, the recipient, and any/all intermediate 
relay stations (BBSs, network node controllers, 
etc). 


The situation is made even more difficult by the 
"portability' of calls. In this area we have seena 
number of 'foreign' calls active and quite legal; 
while operating in the US, they operate using US 
rules. To add confusion, I found out that a K-call 
is operating in Norwary and is a user of the LA60CA 
BBS and several US citizens are operating packet 
with 7J1 calls from Japan. 


Therefore, effective immediately, I am going to 
adopt the policy that I will 'kill' all messages 
on the W3IWI BBS addressed to an '@' call with 
an 'illegal' prefix. Any incoming mail to that I 
see that has been relayed thru a BBS in a coun- 
try not on the approved list will also be kil- 
led. I will try to inform the originator that 
his message will not be relayed thru the W3IWI 
BBS and why. 
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Since it is quite possible that a message to 
OE3XYZ @ W9ABC is perfectly valid (since OE3XYZ is 
operating in the US under a reciprocal licensing 
agreement), we will not 'filter' messages based on 
the destination call; only the '@' field will be 
used. 


I cannot speak for other BBS operators on this 
topic. The decision is theirs and theirs alone. The 
interpretations in this notice are mine and certain- 
ly do not carry any 'legal' weight. 


For our colleagues in Europe, I wish that these 
actions were not necessary. I would like to see 
packet radio messaging become truly international. I 
would recommend that you contact your local licens- 
ing authority (MPT, Home Office, Deutsches Bundes- 
post, etc.), and have them contact our FCC and Dept. 
of State either to negotiate a third-party agreement 
or to convince our FCC that amateur-to-amateur mes- 
sage handling is not regarded as third-party traffic 
in your country. Until the rules are changed or new 
international agreements negotiated, I am afraid our 
hands are tied. 


A few additional notes on this general topic: 


(1) From my reading of the rules, it seems to be 
perfectly legal for a US HF packet station to check 
into a foreign BBS and to leave a message for the 
sysop or to read general interest information on the 
BBS. In this case, only two stations are involved so 
the third-party rules do not apply. 


it would seem OK for a foreign 
send a message to 


(2) Simitariy, 
station can check into a US BBS, 
the sysop, or read material. 


(3) A QSO between two stations in different coun- 
tries also seems to pose no problem, unless a third 
station is used as a digipeater. 


I invite comments on these topics by all. Does 
anyone see any loopholes in the Part 97 regulations? 
I hesitate to approach the FCC on these issues since 
every time someone raises a question, the answer 
comes back wrong! We have only to look at the near- 
disaster on 85-105 [which would have shut down auto- 
matic message forwarding networks had the original 
ruling stood] to see that we should engage in quiet 
diplomacy rather than trying to ask for formal 
rulings. 


I have been told that the IAU Secretariat in 
Geneva has issued a ruling indicating approval of 
the 'European Definition' -- messages between ama-— 
teurs are OK even if they have been relayed. 
Attempts are being made to get a copy and use that 
as leverage with FCC. Several very knowledgable 
people have read my comments and agree with me that 
the present definition precludes international 
packet mail being handled with countries not on the 
approved list. 


= 1AM 
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WHOA; DON'T PANIC 
Phil Karn, KA9Q 


RMPRA continued from page 31. 
testing and will distribute the new program (by the 
time you read this the code should be in the hands 


Tom, it seems that there's a precedent for non-US of the many anxious PBBS sysups). Again in the 
stations relaying their communications through US Rockies Steve Carter, KOGUZ of Rifle, CO has been 
amateur stations: 10 meter FM repeaters. Is it con- Beta testing Jeff's code along with help from Gene 
sidered illegal? I suspect not, and I don't see why Spinelli KE6LT of Boulder. 


relaying ham-to-ham messages through bbs's should be 


any different. Phil 


=) PRM 


The following list of 'legal' countries was posted 


by KY3R 


RMPRA MEMBER NOTE: Please check your mailing label 
for expiration of your RMPRA membership. If you 
have any corrections please contact the RMPRA 
membership chairperson, Norm Miller, NOENN. 


~ Membership: NEW POLICY - RMPRA annual membership 
dues are $20 for new members and $15 for renewing 
nembers which includes a year's subscription to 


ACCORDING TO THE 6TH EDITION OF "THE FCC RULEBOOK" PACKET RADIO MAGAZINE (includes TAPR's PSR) and the 
(PUBLISHED BY ARRL), WHICH WENT TO PRESS ON JULY 31, quarterly RMPRA>PACKET regional newsletter. 


1986, THE LIST IS AS FOLLOWS: 


CE - CHILE 
CO - CUBA 
CP - BOLIVIA 


CX - URUGUAY 
CS - THE GAMBIA 
EL - LIBERIA 


- Newsletter material for RMPRA - by mail, 
Compuserve Hamnet (70466,1405) or WA6ERB PBBS via 
KOHOA HF Gateway. 


— Address for RMPRA business: 
Rocky Mountain Packet Radio Association 
Bob Gobrick WA6ERB 303-986-0189 


GB - U.K. (ONLY SPECIAL-EVENT 'GB' PREFIXES, 14311 W. Virginia Drive 


EXCLUDING 'GB3') 
HC - ECUADOR 
HH - HAITI 
HI - DOM. REP. 
HK - COLOMBIA 
HP - PANAMA 
HR -— HONDURAS 
JY - JORDAN 


J3 - GRENADA [POINT OF INTEREST, I DON'T THINK 
THIS WAS SO AT TIME OF INVASION] 

J6 - ST. LUCIA 

J7 -— DOMINICA 

J8 - ST. VINCENT 

LU - ARGENTINA 

OA - PERU 

PY - BRAZIL 

TG - GUATEMALA 

TI - COSTA RICA 

VE - CANADA 

VK - AUSTRALIA 

VR6 - PITCAIRN ISLAND (INFORMAL TEMPORARY) 
[NOT SURE WHAT THAT MEANS] 

V2 - ANTIGUA & BARUDA 

V3 => BELIZE 

V4 — ST. CHRISTOPHER (ST. KITTS) & NEVIS 
XE - MEXICO 

YN - NICARAGUA 

YS - EL SALVADOR 

YV - VENEZUELA 

ZP - PARAGUAY 

3D6 - SWAZILAND 


4U1 ITU 
4U1VIC 

4X - ISRAEL 
6Y - JAMAICA 
8R -— GUYANA 
9G - GHANA 


9Y - TRINIDAD & TOBAGO 
- PRM - 


Lakewood, CO 80228 
~ PRM - 


System Performance Analysis, Inc. presents 


A THREE DAY SEMINAR ON 


COMPUTER NETWORKS 


February 23 - 25, 1987 


HYATT REGENCY 
AT TAMPA CITY CENTER 


An in-depth introduction to computer networks for computer 
professionals. Students will learn the fundamental concepts on 
which computer networks are based. The concepts are illustrated by 
examples from three real world networks—DECnet, ARPAnet, and 
IBM's SNA. 


The Instructor: Rollins Turner is one of the Tampa Bay area's 
best known computer network consultants. Many computer 
professionals in the area have attended his graduate courses at 
the University of South Florida and have read his LANline 
column in the Databus. A thirteen year veteran of Digital 
Equipment Corporation, Dr. Turner has a wealth of practical 
experience. He holds a PhD in Computer Engineering from the 
University of Massachusetts. 


Fees: The registration of $750 includes all course materials, 
lunches, and parking. 


For registration or additional information, contact 
System Performance Analysis, Inc. 
3304 McFarland Road 
Tampa, FL 33618 
(813) 933-7478 
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Product Review: 
AEA Model PM-1 Packet Modem 


Steve Hall, WM6P 
664 Bristol Ave 
Simi Valiey, CA 93065 


INTRODUCTION 


The PM-1 is a packet modem to be used with your 
existing HF radio and terminal node controlier 
(TNC). It provides enhanced HF packet performance 
and convenience to the operation of your current 
packet station. The PM-1 takes off where other HF 
modems leave off. 


Many opinions have been expressed as to the frus- 
trations of HF packet. This device should ease many 
of these difficulties. Let's look at the deficien- 
cies of past equipment and see how the PM-1 
addresses them. 


TUNING 


When I became addicted to HF packet about two years 
ago, there were few using HF packet and the first 
TNCs were kits that made few provisions for good HF 
operation. I soon learned a tuning indicator, while 
of no value on VHF, was very important on HF. Unlike 
VHF operation where the tones are determined by the 
transmitting station, on HF they are determined by 
the accuracy of the tuning of the carrier frequency 
by the receiving station. As an example, if the 
receiving station is off frequency by 60 Hz there 
will be a 60 Hz error in the audio tone pair and on 
packet that means no copy! The PM-1 comes to the 
rescue with an LED tuning indicator with sufficient 
resolution to insure you are on frequency. With a 
little practice the packets are easily centered 
within the LED bar-graph and the number of lit LEDs 
aids in the setting of the audio volume. 


HF AND VHF OPERATION WITH ONE TNC 


A second problem area addressed nicely is the time 
consuming procedure of reconfiguring your station 
from a 1000 Hz shift for VHF to 200 Hz for HF opera- 
tion. This normally involves the plugging and un- 
plugging of cables and in some cases recalibration 
of the TNC. Again, the PM-1 solves the problem by 
providing separate connections for your VHF FM rig 
and HF transceiver. Now with the functioning of the 
unit's on-off switch. you go from VHF to HF opera- 
tion. With the power switch off the unit is bypassed 
and VHF transceiver is on-line. When powered up, the 
PM-1 is ready on HF. 


HIGH PERFORMANCE RECEPTION 


Most TNCs depend on a phase-locked-loop or an AMD 
7910 modem chip for demodulation. While I have en- 
joyed many hundreds of HF packet QSOs, fur weak 
signal work or crowded band conditions, better 
schemes for demodulating FSK have been in use for 
years by those on RTTY. 


One of the most serious deficiencies on HF packet 
has been the lack of sufficient filtering. The PM-1 
uses two 4 pole Chebyshev channel filters. This 
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allows operation with QRM within the bandpass of the 
receiver that would have stopped operation with a 
PLL demodulator. Another performance feature is the 
ability to copy during selective fades that drop one 
tone requiring copy on the remaining single tone. 
This is accomplished by the inclusion of an auto- 
matic threshold correction circuit normally found on 
better RTITY terminal units but not common in packet 
TNCs. By using the notch or slope tuning on my TS- 
930s I was able to test this capability by nulling 
out one tone and observing good copy on the remain- 
ing tone. Frequently packets are lost if this capa- 
bility is not present, as in the case of simpler PLL 
circuits. 


ADJUSTABLE DCD THRESHOLD 


As the TNC inust not initiate a transmission when 
another packet is present on frequency, DCD (data 
carrier detect) must be used to signal when the 
frequency is in use. This is an internal function of 
the TNC and it's operation can be observed with the 
DCD light on your TNC. Normal noise present on HE 
can trigger the DCD, making the TNC believe a signal 
is present and interrupt transmissions. With most 
hardware the only way of alleviating this problem 
has been to reduce the AF volume on the receiver to 
lower the noise level. But then the optimum AF 
Signal level is lost. The PM-1 has a front panel DCD 
level control, so independent level control is 
available. 


600 Hz OPERATION 


in addition to the conventional 200 Hz frequency 
shift used by amateurs on HF packet, 600 Hz opera- 
tion is selectable with a front panel control. As 
fading of radio signais is very frequency selective 
it is not uncommon to observe one signal fade with a 
second signal only 500 Hz away undisturbed. This can 
be used to the packet stations advantage by using a 
frequency shift sufficiently wide such that if one 
tone fades the other remains with sufficient ampli- 
tude to be detected by the receiving station. 600 Hz 
offers a good compromise between sufficient frequen- 
cy shift diversity and narrow bandwidth. The more 
common 200 Hz is too narrow to take full advantage 
of this property of selective fading. To go much 
beyond 600 Hz increases bandwidth requirements and 
the signal to noise ratio suffers. 


CONCLUSIONS 


I found the inclusion of pin-outs for most of the 
popular TNCs very helpful and cabling up very 
straight forward. Ready to test its weak signai 
ability, I scanned 20 meters and found it quiet with 
the exception of a weak packet signal from the 
southwest. With a simple connect request my TNC 
informed me I was connected to VK4CXxk, Lee, in 
Strathpine, Australia, my first from that part of 
the world. Not bad for my first connection of the 
test. 


The PM-1 addresses the shortcomings of simpier 
systems and will be appreciated by anyone serious 
about HF packet. 

-PRM- 
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LANs continued from page 16. 


is sent only once rather than n+1 times (where n is 
the number of digipeaters). 


The bottom line is that, based on the improvement 
of CSMA over ALOHA of 2.92 times and the removal of 
a digipeater delay, a DCN should have a throughput 
improvement of 5.85 times over connections through 
an ordinary digipeater! 


Please notice that the concept of size is con- 
spicuous by its absence. I do not set any sort of 
geographic limit on the size of a DCN so long as all 
of the members can hear all of the other members. 
There are methods of increasing the size of the LAN 
to include more members without sacrificing the 
ability of all members to hear each other. 


The simplest method of increasing the size of a 
directly connected network is to use a duplex re- 
peater (like a voice repeater). There are a couple 
of advantages to the duplex repeater: the parts are 
generally available and the techniques are well 
understood. There are a few differences between a 
voice duplex repeater and a digital duplex repeater. 
First the repeater needs to be optimized for minimum 
keyup delay. The audio path needs to be carefully 
adjusted for minimal phase and frequency response 
errors. A very simple digital-only repeater can be 
constructed by combining a Bell 202 modem, a 
receiver, and a transmitter. The output of the 
receiver is connected to the input of the demodula- 
tor portion of the modem. Pins 2 and 3 of the RS- 
232 connector of the modem are strapped together and 
the output of the modem's modulator is connected to 
the input of the transmitter. The carrier detect 
signal of the modem (RS-232 pin 8) is used to key 
the transmitter of the repeater. A repeater of this 
type is in use very effectively in Southern 
California. 


This 1200 baud digital repeater should be 1.5 
times more efficient than a 4800 baud digipeater 
under conditions of heavy loading with several 
users. It also means that the users can keep their 
existing unmodified TNC's and still gain the advan- 
tages. If you now add 9600 baud capability, your 
throughput improvement over the 1200 baud digipeater 
soars 47 times! Kind of makes you think, no? 


Here in the Washington, DC, area such a repeater 
is being constructed on the 222.06/223.66 frequency 
pair. This repeater will operate using direct FSK 
modulation and will be compatible with any packet 
station that uses direct FSK regardless of protocol. 
The receiver and transmitter are being constructed 
to minimize keyup delays. The total keyup delay for 
this repeater is designed to be less than 5 ms. 
This repeater will be compatible with the 9600 baud 
KONG modems offered by TAPR. 


Now that the LAN has been created we need a mech- 
anism to route information off the LAN and onto 
other LAN's. This is the purpose of the Wide Area 
Network (WAN) and should be accomplished using a 
different frequency from the LAN frequency. The 
mechanism may vary but basically we need some sort 
of black box that will accept data from the LAN and 
deliver it to other LAN's. A BBS serves this pur- 
pose well at this point in time since BBS mail is 


the only long haul connection that is currently 
available to packet users. It is very important 
that the BBS be dual ported to a separate WAN 
frequency. Another approach would be to use a dual 
port digipeater. It is important to consider oper- 
ating the gateway function on a completely separate 
band. In this way the LAN operations may continue 
in parallel with the gateway and long haul opera- 
tions without either interfering with the other. 


The bottom line here is that it is important to 
pay attention to the problems associated with the 
physical layer. Any attempt to improve the re- 
liability of the network by adding more complex 
protocols at a higher layer is, at best, a band-aid 
fix. It is important to optimize each layer for its 
intended purpose. I hope this provides food for 
thought for those of you actively working toward the 
construction of a reliable network. 


- PRM - 


Dear C-64 Programmer: 


BHP: Blocked Hex Protocol is the ideal method for 
transferring your programs via the current packet 
network of WORLI BBS systems. 


Atari ST users are now able to send any file 
appropriate for transfer over ham radio, in whole or 
in pieces. It is very easy to use when properly 
implemented in the terminal software. With BHP you 
may forward your basic or machine language files via 
your favorite BBS. Large files are easily broken 
into pieces which are more easily handled over 
packet. I have sent a 30K binary file a number of 
times with the ST, and have sent it in as many as 12 
sections! 


What is needed is someone who would like to imple- 
ment BHP in a C-64 program! BHP transfers are 
taking place all over the US and the UK, and there 
is not reason that the C-64 and other computer users 
can not get in on the fun. Someone just needs to do 
it! 


I can offer documentation and sample C language 
code to help you get started, but I am not in the 
position to become a C-64 programmer. 


Please respond to: 


Chuck Harrington, WA4GPF @ OVDBBS 
Orlando LAN... 
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New MFJ-1274 lets you work VHF and HF packet 
with built-in tuning indicator for $169.95... 


... you get MFu’s latest clone of TAPR’s TNC-2, TAPR’s VHF/HF modem and 
built-in tuning indicator that features 20 LEDs for easy precise tuning 


MFJ-1274 


5169°° 


MFJ-1270 


2139"? 


. a2 


PHEES, HAY 2 ype, 


Now you can join the exciting world of 
packet radio on both VHF and HF bands with a 
precision tuning indicator .. . for an incredible 
$169.95! 


You get MFJ’s top quality clone of the highly 
acclaimed industry standard TAPR TNC-2. We've 
made TAPR's modem selectable for both VHF and 
HF operation, added their precision 20 segment LED 
tuning indicator, a TTL serial port, an easily 
replaceable lithium battery for memory back-up and 
put it all in a new cabinet. 


If you don't need the tuning indicator or the 
convenience of a switchable VHF/HF modem, choose 
the affordable MFJ-1270 for $139.95. 


All you need to operate packet radio is a 
MFJ-1274 or MFJ-1270, vour rig, and any home 
computer with a RS-232 serial port and terminal 
program. 

If you have a Commodore 64, 128, or VIC 20 you 
can use MFUJ’s optional Starter Pack to get on the air 
immediately. The Starter Pack includes interfacing 
cable, terminal software on disk or tape and 
complete instructions . . .everything you need to get 
on packet radio. Order MFJ-1282 (disk) or MFJ-1283 
(tape), $19.95. 


Unlike machine specific TNCs you never have to 
worry about your MFJ-1274 or MFJ-1270 becoming 
obsolete because you change computers or because 
packet radio standards change. You can use any 
computer with an RS-232 serial port with an 
apropriate terminal program. If packet radio 
standards change, software updates will be made 
available as TAPR releases them. 


Also speeds in excess of 56K bauds are possible 
with a suitable external modem! Try that with a 


Order any product from MFJ and try it -- 
no obligation. If not satisfied return within 
30 days for prompt refund (less shipping). 

¢ One year unconditional guarantec e Add 


$5.00 each shipping/handling ¢ Cail or write for MFJ ENTERPRISES, INC. 
Box 494. Miss. State. MS 39762 


free catalog, over 100 products. 


machine specific TNC or one without hardware 
HDLC as higher speeds come into widespread use. 


You can also use the MFJ-1274 or MFJ-1270 as 
an excellent but inexpensive digipeater to link other 
packet stations. 


Both feature AX.25 Level 2 Version 2 software, 
hardware HDLC for full duplex, true Data Carrier 
Detect for HF, multiple connects, 256K EPROM, 16K 
RAM (expandable to 32K with optional EPROM), 
simple operation, socketed ICs plus much more. 

You get an easy-to-read manual, a cable to 
connect your transceiver (you have to add a 
connector for your particular radio), a connector for 
the TTL serial port and a power supply for 110 VAC 
operation (you can use 12 VDC for portable, remote 
or mobile operation). 

Help make history! Join the packet radio 
revolution now and help spread this exciting network 
throughout the world. Order the top quality and 
affordable MFJ-1274 or MFJ-1270 today. 


Now you can tune in 
| HF, OSCAR and other non- 
; FM packet stations fast! 
: This MFJ clone of the TAPR 

MFJ-1273, $49.95 tuning indicator makes 

tuning natural and easy - - it shows you which 
direction to tune. All you have to do is to center a 
single LED and you're precisely tuned in to within 
10 Hz. 20 LEDs give high resolution and wide 
frequency coverage. 


The MFJ-1273 tuning indicator plugs into the 
MFJ-1270 and all TNC-1s, TNC-2s and clones that 
have the TAPR tuning indicator connector. 


To Order or for Your Nearest Dealer 


800-647-1800 


Call 601-323-5869 in Miss. anct eS 
outside continental USA. (cepa) 
Telex 53-4590 MFJ STKV ee) 


VISA 


Packet 
Controller 


Amateur Net Price 


The PK-87 is $179.95 


not just ano- 
ther copy of 
the popular 
TNC-2, it’s much more. With all the packet 
program features of the Multi-mode PK-232, 
the PK-87 is an economical new TNC design- 
ed to bring you enhanced, completely com- 


patible packet software plus new hardware Hardware Enhancements _]_—— 
features for improved packet operation. 


* Eight front panel status indicators show Con- 
verse, Transparent, and Command modes; 
Multiple Connects, Data Carrier Detect, Push to 
Talk, Status, and Connect. 


Software Enhancements seuusumimemme—_ 


* 


* High sensitivity (5 millivolts RMS), and dynamic 


AEA’s exclusive ‘““MBX” Mailbox Monitor com- range from 5 to 770 millivolts RMS. 


mand lets you read and save received data 


without confusing headers, callsigns, or * Rear panel AFSK output level adjustment from 
repeats. 5 to 100 millivolts RMS. 
* New commands let you restrict the use of your * 


One minute hardware watchdog timer provides 
system security in unattended VHF/UHF 
PBBS/Mailbox and digipeater operation 


Station for connects and digipeater functions. 


Host mode for improved terminal program 
operation and development of specialized pro- a 


grams and applications Modem disconnect circuits guarantee com- 


patibility with future high speed modem ap- 


plications and developments. 
* Compatible with existing W@RLI/WA7MBL 


PBBS/Mailbox/Gateway programs, with com- * Zilog 8530 SCC provides dependable hardware 

plete software command for remote selection HDLC for higher speeds, and AMD 7910 for 

of link rate, modem tone, etc. reliable modem performance without calibra- 
tion. 


Autobaud routines for terminal data rates from 
300 to 9600 baud (programmable down to 45 
baud), and software control to set on-air data Prices and specifications subject to change without notice or obligation 
rates from 45 to 9600 baud. 


While the PK-87 can be used for HF operation, AEA recom- 
mends the PM-1 packet modem asa high performance front 
end for best results in HF packet service. Only the new AEA 


PK-87 has all these features. Contact your local AEA dealer P.O. Box 2160 
and join the packet revolution today by ordering the new Lynnwood, Washington 98036 USA 
PK-87. 


(206) 775-7373 © FAX (206) 775-2304 


